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ABSTRACT 

A  record  of  the  current  state  of  the  art  of 
simulation  and  the  major  part  it  now  plays  in  policy  formation  in 
large  organizations  is  provided  by  these  conference  proceedings.  The 
40  papers  presented  reveal  an  emphasis  on  the  applications  of 
simulation.  In  addition,  the  abstracts  of  28  papers  submitted  to  a 
more  informal  "paper  fair"  are  also  included.  (RH) 
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FROM  THE  GENERAL  CHARMAN 

The  1973  Winter  Simulation  Conference  represents  the  sixth  renewal 
of  this  annual  conference  and  its  first  occurrence  on  the  West  Coast  since 
December  1969.  The  conference  has  become  a  major  focus  of  the  discrete 
simulation  professional  community. 

Traditionally,  the  conference  has  served  as  a  forum  for  presentation 
of  papers  on  the  cutting  edge  of  simulation  application  and  methodology  as 
well  as  a  platform  for  tutorials  by  leaders  in  the  field.  This  year  is  no  excep- 
tion. The  program  committee  has  succeeded  in  putting  together  an  excep- 
tionally strong  technical  offering. 

I  should  emphasize  that  conferences  like  this  one  do  not  simply 
"happen".  A  great  deal  of  work  must  be  dene  by  a  variety  of  people.  In 
addition  to  the  writing  and  reviewing  of  papers  and  the  organization  of 
sessions,  there  is  a  great  deal  of  administrative  activity  needed  to  coordinate 
an  event  of  this  size.  I  would  appeal  to  you  to  get  involved  with  our  future 
conferences  in  a  number  of  ways.  I  am  sure  that  you  will  get  even  more  out 
of  the  conference  if  you  participate.  Remember,  the  continued  success  of 
this  series  of  meetings  depends  on  you. 

I  hope  that  you  enjoy  the  Conference  and  would  personally  welcome 
any  suggestions  that  you  might  have.  Next  year,  we'll  all  be  in  Washington, 
and  I  hope  to  see  you  all  there. 

Joseph  Sussman 
Cambridge 
I  December  1 972 
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FROM  THE  PROGRAM  CHAIRMAN 


The  Winler  Simulation  Conference  has  grown  to  be  an  impressive 
mixture  of  theory  and  application,  languages  and  models,  technicians  and 
managers,  and  academic  vs.  government  or  industry.  Simulation  as  a  method 
of  defining  and  solving  problems  is  maturing  in  that  major  innovations  have 
been  made  and  the  field  is  now  exploiting  footholds  which  have  been  gained 
in  a  number  of  applications  areas.  Thus  we  emphasize  in  this  sixth  annual 
conference  the  applications  by  which  we  test  our  shared  approach  to  model 
building  and  analysis.  The  effort  which  has  been  put  into  this  program  has 
been  amply  rewarded  and  an  overview  of  the  simulation  activity  has  emerged 
which  may  permit  us  to  voice  cautious  optimissum  about  the  future  of  the 
field.  Simulation  models  are  producing  results;  they  are  making  significant 
contributions  to  knowledge  and  control  of  organizations.  Read  these  proce- 
edings-they  are  worthy  of  attention  as  a  record  of  the  current  state  of  the 
art  and  practice  of  discrete  event  simulation  and  the  major  part  it  now  plays 
in  policy  formation  in  large  organizations. 


Austin  Curwood  Hoggatt 

Berkeley 

December,  1972 
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PANEL  1:    SIMULATION'S  ROLE  IN  PROJECT  DEVELOPMENT 
Chairman:    Thomas  A.  Marlow,  Sechtel,  Inc. 

This  panel  will  discuss  some  of  the  factors  which  bear  on  the  problem  of  placing  simulation  in 
Its  proper  perspective  m  a  total  project  development  effort.    The  process  of  how  management 
evaluates  whether  or  not  simulation  is  a  viable  management  aic  to  the  decision-maker  involved  in 
some  specific  project  development  programs  will  be  addressed.    Several  examples  will  be  given 
and  more  than  one  simulation  approach  will  be  covered.    Examples  will  be  taken  from  both  the 
public  and  private  sectors. 

DISCRETE-EVENT  SIMULATION  IN  THE  ENCINSERINC/CONSTRUCTION  INDUSTRY 

D.J.  Dunne 
BechteJ,  Inc. 
San  Francisco,  California 

The  conceptual  and  construction  procedure  planning  process  for  modern  major  resource  development 
projects  represents  a  challenging  problem  in  scheduling,  logistics  and  resource  allocation  The 
large  capital  investment,  the  magnitude  of  many  of  the  projects,  the  impact  of  minor  decisions 
and  the  fact  that  many  resource  extractions  are  located  in  remote  regions  of  the  world  combine  to 
present  a  potentially  high  degree  of  risk  to  management.    This  paper  discusses  why  discrete  systems 
Simulation  can  be  a  valuable  planning  tool  to  aid  management  in  preparing  for  the  roal  world  con- 
tingencies which  inevitably  occur  when  major  projects  move  into  the  field. 

"Experience  with  Simulation  Models" 
T.A.  Bratz,  Bay  Area  Rapid  Transit  District 

Mr    Bratz  will  comment  on  two  simulators  which  have  been  developed  and  used  bv  Bav  Area  Ranid 
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Session  1:    Behavioral  and  Learning  Models 
Chairman:    C.  Arthur  Mihram,  University  of  Pennsylvania 

Currently,  the  most  challenging  aspect  of  simular  methodology  is  the  representation  of  the  be- 
havior and  decision  process'is  in  animals,  including  man.    One  approach,  especially  suited  for 
miming  human  decision-making,  is  the  construction  of  gaming  models,  in  which  selected  humans 
participate  as  physical  entities  at  pertinent  points  in  simular  time. 

The  construction  of  pertinent  algorithms,  meaningful  to  simulations  which  mime  behavioral  and 
learning  processes,  constitutes  an  important  inter-disciplinary  topic  of  the  contemporary 
systemic  sciences,  and  involves  psychologists,  neurologists,  statisticians,  and  systemic  scien- 
tists who  construct  credible  simulation  models. 

The  Behavioral  and  Learning  Models  Session  includes:    two  papers  which  stress  the  important  role 
thai  simulation  modeling  is  playing  in  the  development  of  our  understanding  of  these  two  areas; 
than,  a  panel  discussion  whosQ  members  shall  address  the  need  for  the  application  of  both  strin- 
gent verification  tests  and  assiduous  validation  tests  in  order  to  establish  credible  simulation 
modtis;  and,  a  final  paper  which  indicates  the  role,  which  an  understanding  of  human  behavioral 
and  karning  processes  must  occupy,  in  establishing  credible  simulation  models  of  environmental 
and  societal  systems. 

Papers 

"A  Computer  Simulation  of  Maslow's  Need  Theory" 
Paul  F.  Wyman,  Pennsylvania  State  University;  John  W.  Slocum.  Jr., 
Pennsylvania  State  University;  Richard  Reed,  Electronic  Data  System 

"Simulation  of  an  Individual  Making  Decisions  Under  Uncertainty" 
F.  D.  Tuggle,  F.  H.  Barron,  and  R.  0.  Day,  University  of  Kansas 

"Identification  of  Viable  Biological  Strategies  for  Pest  Management 
by  Simulation  Studies" 
W.  W.  Menke,  University  of  Florida 

Panel  Discussants 
Daniel  N.  Braonsteln,  Oakland  University 
John  V.  Dutton,  New  York  University 
Austin  Hog.^atl,  University  of  California 
John  F.  Lubin,  University  of  Pennsylvania 
Martip  Shubik,  Yale  University 
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TOWARDS  A  SIhlUUTION  MODEL 
OF  MOTIVATION  AND  ADJUSTMENT 


F.  Paul  Wy^raan 
John  W.  Slocun,  Jr. 
Richard  R.  Heed 

Tiie  Pennsylvania  State  University 


Abstt'acc 

A  model  of  hur^n  motivation  Is  formulated  oi\  the  basis  of  Maslow's  need 
theory.    Additionally,  behaviors  are  se7.ected  by  degree  of  tension  and 
are  reinforced  by  environmental  reactions  which  facilitate  or  frustrate 
reduction  of  tension  according  to  thr  aggiesslveness  of  behavior.  Com- 
parisons of  altornatlve  envlronmeo'js  support  thti  Internal  consistency  of 
the  model.    Recommendations  arc  made  to  Improve  the  s^iablllty  of  the 
model  and  fov  behavioral  research  that  would  be  necessary  for  validation. 


iNTRODUCXION 

During  the  past  several  years,  computer  sim- 
ulations of  personality  have  been  developed.  The 
personality  theorist  is  concerned  with  attempting 
to  identify  and  classify  similarities  and  dif- 
ferences between  people.    But  it  is  not  merely 
transitory  similarities  and  differences  among 
people  that  intrigue  the  personality  theorist. 
The  data  he  wishes  to  interprete  and  understand 
are  abstracted  from  characteristics  showing  con- 
tinuity over  a  period  oC  time-    Tlie  important 
characteristics  which  he  focuses  upon  seem  to 
have  psychological  importance  to  the  individual. 


such  as  feelings,  ne^ds,  actions,  leaving  to  the 
biological  scientist  such  continuous  aspects  of 
functioning  as  acetylcholine  cycles  and  blood 
pressur<^. 

AlA  of  these  simu.lation  efforts  are  laudab7.e 
as  long  as  there  is  a  posslbll(t>  of  testing  tho 
predictions  of  a  personality  theorist's  model 
against  reality.    If  the  model  is  untcstablc, 
then  it  is  a  futile  exercise  to  sinulate  it  and 
then  to  attempt  a  proper  validation.    For  eicamplc, 
what  evidence  is  offered  by  Freud  or  his  disci-^ 
pics  chat  the  basic  variables — id,  ego  and  supcr- 
*;go — postulated  by  them  exist?    Do  people  truly 


pass  through  the  oral,  anal,  phallic,  and  gen- 
tlal  phases  of  developcent?    Unfortunately,  most 
of  r.he  empirical  data  of  psychoanalysts  are  a- 
vailable  in  the  form  of  psychotherapy  and  not  as 
results  of  statistically  analyzed  nor  operation- 
al izcd  constructs.    For  these  reasons  the  veri- 
fication of  computer  simulations  o£  personality 
are  subject  not  only  to  the  limitations  of 
statistical  analysis  but  even  more  to  the  problem 
of  getting  data  for  validation. 

Recognizing  these  limitations  we  feel  that 
the  process  of  systematic  modeling,  such  as  one 
must  perform  in  computec  simulation,  contributes 
to  the  operationality  of  vaguely-defined  theories. 
By  exposing  a  tentative  set  of  intuitive  mech- 
anisms to  open  criticism,  perhaps  we  can  move 
closer  to  a  fuller  understanding  of  personality 
theories.    It  was  also  our  intention  to  show  the 
utility  of  a  computer  simulation  as  a  vehicle 
for  integrating  theoretical  concepts  of  moti- 
vation and  adjustment.    Therefore  our  simula- 

l 

tion  is  limited  here  to  validation  utilizing 
merely  potentially  operational  constructs.  The 
data  gathered  from  the  simulation  may  be  eval- 
uated only  at  the  level  of  subjective  compari- 
son from  obtainable  reports  (and  other  research 
findings. 

One  of  the  determinants  of  an  individual's 
personality  is  a  nfeed.    A  need*  drive,  motive  or 
habit  are  alternative  ways  of  conceptualizing 
subunlts  of  personality  whose  Interplay  define 
the  course  of  an  individual's  action  and  develop- 
ment.   A  need  then  nay  be  capable  of  accounting 


for  a  variety  of  behavior.    In  most  of  the  com- 
puter simulations  of  personality  (Loehlin,  1968; 
Dutton  and  Starbuck,  .1971;  Tompkins  and  Messick, 
1963;  Colby,  1964  and  Moser,  et  al.,  1970),  mo- 
tivational constructs  have  not  been  emphasized 
because  these  models  are  not  strongly  oriented  to- 
ward action.    It  is  the  purpose  of  this  simula- 
tion to  model  Kaslow's  theory  of  motivation  which 
emphasizes  the  behavior  of  the  individual. 

The  essence  of  Maslow's  theory  of  motivation 
(1970)  is  presented  below.    According  to  Maslow 
(1943),  each  individual  strives  to  actualize 
(grow)  and  avoid  deprivation.    Deprivation  moti- 
vation refers  to  the  urge  to  strive  for  the  goal 
states,  presently  unachieved,  that  are  necessary 
in  order  to  ease  the  pain  and  discomfort  due  to 
their  absence.    The  aim  of  deprivation  motivation 
Is  to  decrease  the  organiomic  tension  buildup 
through  deficit  states  that  represent  deviations 
from  homeostatic  balance.    Actualization  has  to  do 
with  the  realization  of  capabilities  or  ideals. 
As  the  individual  strives  to  realize  these  ideals, 
he  engages  In  more  complex  differentiated  behavior 
that  may  increase  his  level  of  tension.  Maslow's 
theory  requires  that  a  goal  state  be  achieved  and 
that  the  individual  will  engage  in  behavior  that 
is  Instrumental  to  reaching  the  goal.    The  goal 
states  have  be^n  defined  in  terms  of  five  baiJlc 
needs.    These  needs,  arranged  in  a  hierarchy  of 
ascending  order,  are:    physiological,  safety, 
love,  esteem,  and  self-actualization.    This  clas- 
sification of  needs  is  Interpreted  that  if  an  in- 
dividual's physiological  needs  are  unsatisfied, 


he  will  take  action  to  alleviate  this  unsatisfied 
condition  because  an  unsatisfied  need  introduces 
tension  u'ithin  tho  individual  which  he  is  trying 
to  avoid  and/or  reduce  (Maslov?,' 1970) .    If  the 
need  reniains  unsatisfied  for  a  period  of  time, 
the  level  of  tension  accumulates  within  the  in- 
dividual until  it  reaches  some  threshold  which 
forces  the  individual  to  behave  in  a  manner  al- 
leviating the  tension.    As  indicated  in  Figure  1, 
behavior  can  be  either  passive  or  aggressive. 
Passive  behavior  may  take  the  form  of  withdrawal 
frora  the  tension  arousing  situation  and  is  mani- 
fested by  such  phenomenon  as  absenteeism,  turn- 
over and  the  like  (Vroom,  1964;  Foumet, 
DiStefano  and  Pryer,  1966,  and  Lawler,  1970). 
Aggression  is  most  readily  observable  as  a  move 
outu'ard  which  attacks  the  source  of  tension. 
Aggressive  behavior,  such  as  wild  cat  strikes, 
grievances  and  the  like  are  industrial  examples 
of  this  type  of  behavior  engaged  in  by  indivi- 
duals to  alleviate  tension  (Lawler,  1970).  But 
behavior  is  not  necessarily  confined  to  dysfunc- 
tional acts.    The  individual  who  cannot  satisfy 
his  need  may  engage  in  constructive  search- 
directed  behavior  that  will  attempt  to  satisfy 
the  need.    Empirical  evidence  suggests  that 
limited  deprivation  of  need  satisfaction  can 
lead  to  iriproved  decision-making  processes, 
greater  motivational  force,  and  the  like 
(Kolasa,  1969). 

As  for  Che  emergence  of  a  new  need  after 
Che  satisfaction  of  the  most  prepotent  need, 
this  emergence  is  not  sudden  but  rather  gradual. 


occurring  by  slow  degrees  from  nothingness  to 
some  level  of  tension.    Hus  nevr  need  then 
directs  the  person's  behavior  until  it  has  beon 
rpd»iced  to  a  "satisfactory"  Ler.sion  level  (Slocum, 
1971). 

PROBLDi  SITUATION 

The  purpose  of  this  simulation  is  to  re- 
present an  individual  experiencing  needs,  being 
motivated  by  a  need  toward  a  behavior,  and  having 
that  behavior  and  an  environment  influence  the 
level  of  needs.    The  tur.damental  notion  to  be 
examined  is  the  variation  in  the  need  levels  of 
an  individual  and  the  change  in  his  degree  of  ag- 
gressiveness toward  a  given  environment.  Tne 
flow  chart  in  Figure  1  sho-^s  the  various  compo- 
nents and  inter-relations  of  components  included 
in  the  model. 

To  develop  a  simulation  model  to  explain 
Maslow's  theory,  in  SIMSCRIPT  II,  we  defined 
needs  as  entities  with  attributes  of  tension. 
Each  need  enters  a  conscious  state  at  some  thres- 
hold level.    Tensions  are  held  to  grow  expo- 
nentially over  tine.    Tension  release  can  modify 
the-  threshold  level  of  the  need,  thus,  providing 
a  feedback  effect.    N^eeds  are  selected  for  action 
on  the  basis  of  the  greatest  tension.    Each  of 
several  pt?ssible  eehaviors  has  a  perceived  degree 
of  justifiable  aggressiveness.    The  most  aggres- 
sive action  is  merited  by  the  total  motivational 
force.   ^Tensions  and  threshold  level  are  modified 
by  environmental  reactions,  which  are  favorable 
if  the  action  corresponds  to  what  society  sees 
as  justifiable  aggressiveness,    if  an  action 
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successfully  reduces  tension  below  che  threshold, 
Che  behavior  is  reinforced.    Thus,  an  operant: 
conditioning  feature  is  built  into  the  model. 
Tlie  variables  studied  include  the  time  path  of 
tensions  as  well  as  an  aggregate  measure  of  the 
perceived  Justifiable  degree  of  aggressiveness. 
Tliese  tine  series  are  evaluated  for  equilibriua 
and  degree  of  variability.    The  model  is  pro- 
granjned  in  SIMSCRIPX  II  using  entity-set 
features  with  a  fixed- time  increment  tisie  flow 
nechanism  (Kiviat  et  al.^  1968). 
MODEL  DETA:  . 
Propensity  for  Action 

Each  peed  has  an  associate'd  tension  which, 
if  cnfulfilled,  increases  exponentially  over 
time  (Maslow,  1970).    The  tension  of  the  i^^ 
need  is  modeled  as  follows: 

Tension^  =  a^  exp(b^t)  (i) 
where  a^  denotes  the  initial  levol  (at  time 
t=0)  of  Tension^and  b^  denoL<!S  the  rate  of  ten- 
sion increase.    The  amount  of  change  in  tension 
is  computed  as  the  derivative  of  Eq.(l)  times  a 
fixed  time  increment  At.    The  total  tension  Is 
then  a  summation  of  all  individual  tensions. 
Threshold  and  Sensitivity  to  Tension 

For  values  of  Tension^  less  than  Threshold^, 
the  individual  may  be  aware  thac  Tension^  exists 
but  its  magnitude  is  such  that  the  Individual 
ignores  it.    Upon  exceeding  Threshold^,  however, 
the  individual  experiences  such  discomfort  that 
•le  must  recognize  Tension^^  and  take  action  to 
reduce  it.    An  Increase  in  sensitivity  to 
tension  is  modeled  by  lowering  the  value  of 


Tlireshold..    If  an  individual  has  been  successtui 
in  satisfying  Need^  then  he  will  be  less  sensi- 
tive to  Tension,  in  the  future.    Tliis  is  repre- 
sented in  the  model  by  raising  the  value  of 
Threshold, . 
The  Fundamental  Cycle 

The  propensity  to  act  on  Keeil^  as  a  result 
of  Tension^  is  given  by: 

P.  =  1.0  -(Thresholds/Tension^)  (2) 
Tension^  and  Threshold^  are  initialized  at  values 
of  1.0.    As  time  increases  by  At,  successive 
values  of  P^  are  calculated  for  successive  values 
of  Tension^.    As  each  Tension^  exceeds  its  par- 
ticular Threshold^,  it  will  be  recognized  and 
compared  to  all  tensions  that  have  exceeded  their 
threshold  value  by  examining  only  the  needs  with 
Ps's>0.    The  need  with  the  largest  P.  (the 
greatest  recognized  tension)  will  motivate  accion. 
If  two  or  more  needs  have  the  same  tension,  then 
the  most  potent  need  is  determined  by  Maslow's 
need  hierarchy. 

As  a  result  of  the  given  action,  selected 
Tension^'s  will  be  positively  or  negatively 
changed  representing  the  reaction  of  the  environ- 
ment to  the  action.    In  addition,  b^  the  rate  of 
change  of  Tension^  may  be  changed.    Success  in 
eliminating  tension  will  result  in  an  increased 
tendency  to  adopt  that  behavior  in  the  future. 

We  assume  that  each  action  requires  a 

nlnlmcm  of  one  time  Increment  (1  hour)  to  perform. 

At  each  increnent  of  time,  the  values  of  all  P  *s 

1 

are  re-evaluated  to  determine  which  need  will  be 
responded  to  next.    If  no  need  demands  attention. 
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Chen  cicse  continues  to  be  incremented. 

If  an  action  requires  more  than  one  time 
increment  then  the  relevant  Need,  is  removed  from 
the  "set"  of  needs  requiring  attention  until  the 
action  is  compl^sted.    Tension  for  the  removed 
need  decreases  at  each  time  increcent. 
Tlie  Determination  of  Behavior 

The  individual's  motivatioi'i  to  undertake  a 

particular  action  is  related  to  the  amount  of 

tension  the  individual  experiences  because  of 

his  most  potent  need  (P?)  and  his  general  state 

of  tension  (ST).    The  propensitv  to  act,  P'  of 

i 

equation  (2)  is  combined  with  the  state  of  ten- 
sion (ST)  to  represent  the  total  motivating 
force  of  N'eed..    The  total  motivating  force, 
TMF  ,  is  conceived  as  the  sun  of  P.  and  ST,  i  e 

(3) 


TMF.  =  P!  +  ST 
1  1 


where  P*  =  current  P.  of  the  selected  need 

and  ST  =  E.P. 

1  1 

where  P^  =  time  averaged  value  of  past  P^'s 
For  each  need  there  is  a  unique  set  of 
act?  ^ns  from  which  one  action  is  chosen  to 
satisfy  Che  need.    An  action  is  selected  using 
the  value  of  tMF^  (3).    Every  action  has  an  at- 
tribute X_  which  symbolizes  the  individual's 
perception  of  the  TMF.  required  to  justify  the 
aggressiveness  of  the  j—  action  to  satisfy  the 
i—  need.    The  X.^  values  have  been  assigned  so 
that  larger  numbers  correspond  to  more  aggressive 
acts.    In  our  example  we  let  the  X..  values  be 
0.1,  0.2,  0.3,  0.5,  0.7,  and  0.9  for  the  six  acts 
of  each  need.    That  act  will  be  chosen  whose  X. 


is  just  larger  than  the  TMF^  value. 


ij 


In  principle,  the  ^y's  could  be  determined 
empirically  by  asking  j;ubjecCs  -o  rank  order  a 
set  of  specific  behavior  descriptions.    By  an- 
choring weights  of  extien.o  behavioral  incidents, 
"perceived  Justifiable  aggressiveness  could  be 
operationalized . 
_Tlie  Knvironirental  Reaction 

Tliio  environment  in  which  the  individual 
is  placed  provides  a  matrix  of  approving  and  dis- 
approving forces  for  every  action  he  may  Lak*.-. 
If  society  approves  a  behavior,  then  tension  is 
more  effectively  reduced  than  if  society  dis- 
approves a  behavior.    Each  behavior  can  either  in- 
crease tension  or  reduce  tension  depending  on  the 
environmental  reaction.    A  behavior  has  direct 
impact  on  the  need  toward  which  it  is  oriented^ 
but  it  may  have  side  effects  on  the  tensions  of 
other  needs.    For  instance,  if  a  person  is:  ex- 
ceedingly hungry,  he  may  steal  to  satisfy  hi? 
hunger,  but  in  so  doing  his  environment  may  cause 

his  need  for  safety  and  self-esteem  to  increase. 
.  th 

The  J —  action  has  associated  with  it  a  set 
I 

of  environmental  factors,  E.^  (one  per  need) 
which  mc-lify  the  corresponding  Tension..    To  re- 
present the  environmental  reaction.  Tension. *s 
are  multiplied  by  the  corresponding  E.^  of  the 
*  selected  j— action.    Tliese  E^_.  factors  range  in 
scale  from  0,25  to  1.75r 

The  E^j  could  be  measured,  in  principle,  by 
a  panel  of  qualified  judges  who  rank  the  tension- 
reducing  or  increasing  effect  that  the  environ- 
ment (both  physical  and  social)  would  exert  in 
response  to  a  set  of  specified  behaviors.  Again, 
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these  effects  could  be  rank  ordered  and  r^jlated 
CO  a  set  of  anchored  critical  incidents  to  obtain 
estimates  of  the  ^-y's  for  a  given  set  of  ac- 
tions. 

The  environmental  reaction  is  defined  as 
being  critical,  non-critical,  or  neutral.  If 
the  environment  is  critical,  then  it  will  change 
tension  values  by  a  larger  amount  than  if  it 
were  non-critical.    Hence,  there  are  five 
possible  reactions: 

1.  Critical  Reduction 

2.  Non-critical  Reduction 

3.  Keutral 

A.  Critical  Increase 

5.  Non-critical  Increase 

For  the  purpose  of  this  simulatio:t,  a 
given  action  will  provoke  either  all  critical 
reactions  or  all  non-critical  reactions.  This 
implies  the  environment  will  react  consistently 
to  any  given  action.    Tablo  1  shows  the  values 
assigned  to  each  environmental  reaction. 
REINFORCEMENT  OF  BEHAVIOR 

In  each  time  cycle  the       are  first  com- 
puted.    Kext  a  "revised"  Threshold^  is  cal- 
culated.   For  the  need  selected  for  action, 
tension  may  be  reduced  below  the  revised 
Threshold^.     If  this  is  the  case,  the  Threshold^ 
is  increased  to  reflect  reduced  sensitivity  to 
this  tension  in  the  future.     If  Tension^  remains 
above  the  Threshold^,  then  the  Threshold^  Is 
carried  Into  the  next  time  cycle  unmodified. 
For  the  ne&ds  not  selected  for  action,  the 
"revised"  threshold  is  also  carried  forward  Into^ 
the  next  t.jse  cycle  hence  the  Threshold^'s  of 
these  needs  are  being  lowered  thus  reflecting  to 


tension  in  the  future. 

For  the  need  singled  oul:  tor  action,  the 
behavior  may  be  successful  in  reducing  Tension, 
below  "H^reshold^  as  noted  above.    It  this  occurs 
then  the  appi'opriate  X^^  is  reduced  by  .001,  so 
that  less  total  motivational  force  TMF^  will  be 
necessary  to  select  a  behavior  of  similar  ag- 
gressiveness in  the  future. 
PROBLEM  STATEMENT 

One  of  the  important  dependent  variables 
of  this  model  is  BI.  the  value  of  the  behavioral 
index  for  Need^.    Fcr  each  need,  the  BI^  value  is 
equal  to  thf»  average  value  or  ^j^j 's  <?f  those 
actions  which  can  be  selected  to  satisfy  Need.. 

For  the  purpose  of  this  paper,  questions 
regarding  the  following  cause  and  effect  relation- 
ships will  be  posed: 

1.  Given  initial  values  for  the  propensities 
to  act,  P^'s,  behavior  Index,  BI.'s, 

and  state  of  tension,  ST,  what  is  the 
effect  of  varying  patterns  of  environ- 
mental responsiveness  on  the  propensities 
to  act  (P.'s)? 

2.  Given  the  sartc  Initial  conditions,  what 
is  the  effect  on  the  behavior  aggressive- 
ness index,  BI^,  for  varying  patterns  of 
environmental  responsiveness? 

3.  Given  the  same  initial  conditions,  what 
is  the  effect  on  the  state  of  tension, 
ST,  for  varying  patterns  of  environ- 
mental responsiveness? 

For  each  pattern  of  environmental  respon- 
siveness a  time  series  of  values  was  generated  for 
P^,  ST,  and  BI^.    A  tabular  comparison  was  made 
showing  the  differences  In  the  time  series  as  a 
result  of  the  four  different  environments. 
EXPERIMENTAL  DESIGN  AND  RESULTS  OF  VERIFICATION 

The  environmental  "patterns"  take  on  four 
levels.  Each  level  depicts  two  values  the  EW's 
one  for  Increasing  tensions  and  a  second  for 
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decreasing  tensions.    Table  2  gives  these  values 
with  the  starciag  values  for  the  propensities  to 
act,  behavior  index  (dispositions  for  aggressive- 
ness), and  scace  of  tension^  ST. 

Tlie  environments  have  been  chosen  to  be 
either  critical  both  in  reducing  and  increasing 
tension  or  non-critical  both  in  reducing,  and  in- 
creasing tension.    The  initial  values  for  the 
propensity  to  act  are  detenained  from  tension 
v^'**-^?  equal  to  the  threshold  values.  Tijc 
initial  behavior  index  is  defined  as  the  average 
of  initial  X^^»s  (justifiable  aggressiveness) 
equal  to  0.1,  0.2,  0.3.  0.5,  0.7,  0.9  for  each 
need* 

Table  3  depicts  the  results  of  our  ex- 
perimental runs.    For  those  environments  tested, 
the  values  of  all  Tension^ 's  became  very  large. 
Corresponding  to  this  increase,  there  is  also  an 
increase  in  the  state  of  tension.    As  the  pro- 
pensity to  act  and  the  state  of  tension  increase, 
the  behavior  index  tends  to  decrease,  indicating 
that  the  disposition  for  aggressiveness  increases 
directly  with  tension  accumulation,  as  expected. 

The  results  indicate  that  further  ex- 
periments will  have  to  be  run  to  determine  if 
any  environmental  factors  exist  which  will  permit 
a  stabilization  of  tension.    It  is  quite  possible 
that  the  exponential  function  of  tine  is  not 
appropriate  for  this  type  of  simulation  and  that 
such  a  function  prevents  stability  after  long 
periods  of  time.    This  is  suspected  because  for 
large  values  of  time,  the  growth  of  tension  be- 
comes very  rapid. 


CONCLUSIONS  AND  RECOMMENDATIONS 

The  basic  model  provides  results  that  are 
consistent  with  the  fundamental  expectations  of 
the  simulation.    The  behavior  index  decreases  "Jor 
increasing  values  of  tension.    The  point  in  time 
at  which  the  Tension^ 's  become  unstable  is  pro- 
longed for  an  environment  which  causes  a  larger 
reduction  in  tension.    Also  the  increase  in  the 
state  of  tension  for  all  experiments  depicts 
lack  of  success  in  satisfying  needs,  not  an  un- 
common situation. 

Our  prasenn  results  indicate  that  the  model 
becomes  unstable  with  time.    It       felt  that  the 
function  for  tension  growth  requires  modification 
in  this  simulation.    It  is  suggested  that  the  ex- 
ponential function  of^  time  is  not  appropriate  or 
that  the  value  of  the  exponent  in  Equation  1, 
should  be  modified.    It  is  .recommended  that  such 
an  investigation  be  conducted  to  determine  a 
time  function  which  does  provide  stability. 

A  great  defil  of  benefit  of  simulation  re- 
sults from  the  modeling  process  .itself,  rat>^er 
than  solely  from  numeric  results  of  the  simu- 
lation.   We  made  several  assumptions  in  the  course 
of  our  modeling  process  to  provide  necessary  con- 
structs for  integrating  the  concept  of  motivation, 
learning,  and  socialization  theory.    We  now  re- 
commend investigation  of  the  following  assumptions 
by  psychological  and  behavioral  research  to 
evaluate  the  merit  of  our  model's  structure:  the 
existence  of  a  tension  threshold;  the  notion  of  a 
changeable  "threshold";  effects  of  successful 
action  on  perceived  justifiable  aggressiveness; 
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Che  summative  effect  of  Individual  tensions  upon 
motivation;  and  the  exponential  rate  of  growth 
of  tension  resulting  from  need  deprivation. 
While  the  model  Is  admittedly  embryonic  In  its 
state  of  development y  we  feel  the  exercise  has 
been  worthwhile  for  the  benefits  of  conceptual 
Integration  that  it  has  stimulated. 
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Initial  Values 

1 

2 

3 

4 

Propensity  to  act 
for  all  needs 

0.0 

0.0 

0.0 

0.0 

Behavior  index 
£or  all  needs 

0.45 

0.45 

0.45 

0.45 

State  of  Tension 

0.0 

0.0 

0.0 

0.0 

Environment  factors 
(average       • s) 

Non- 

crit leal 

Critical 

Non- 

cri t leal 

Critical 

Increas,lng 

1.0 

1.0 

1.25 

1.75 

Decreasing 

0.75 

0.25 

0.75 

0.25 

Table  2  -  Experiments  for  Simulation 
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SIMULATION  OF  AN  INDIVIDUAL  MAKING  DECISIONS  UNDER  UNCKRTAINTY 
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Abstract 

A  computer  simulation  model,  SIDIP  (Simulation  of  Individual  Decisions 
through  Information  Processing),  of  a  person  making  nine  decisions 
under  uncertainty  is  sketched.    Eight  of  a  subject *s  (S*s)  choices  are 
consistent  with  the  Laplace  or  maximize  expected  value  criteria  and 
S*s  other  Is  consistent  with  the  Savage  (minlmax  regret)  criterion 
(see  Luce  and  Raiffa,  1957).  "SIDIP  Implies  that  the  subject  does  not 
use  the  conventional  computational  processes  dictated  by  those  cri- 
teria.   SIDIP  reproduces  S's  articulated  choice  behavior:  Inconsistent 
use  of  choice  criteria,  rejection  of  some  alternatives,  and  eventual 
choice  from  the  preferred  alternatives.    Analysis  of  information  proc- 
essing models  of  suboptimai  decision  behavior  suggests  operational 
techniques  by  which  decision  making  can  be  improved. 

i 


Introduction 
A.  Setting 

The  problems  of  Individual  decision  making 


have  been  classified  by  Luce  and  Raiffa  (1957) 
as  decision  making  under  (1)  certainty,  (2)  risk, 
(3)  uncertainty,  and  (4)  partial  Ignorance  (a 
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combination  of  risk  and  uncertainty).    These  four 
classes  of  decision  problems  are  defined  In  teniis 
of  knowledge  of  the  probability  distribution  over 
the  states  of  nature,  given  the  usual  decision 
theoretic  formulation  (decision  maker;  choices, 
acts,  or  alternative's;  states  of  nature;  payoffs) 
of  a  decision  situation;    Thus,  decision  making 
under  certainty  is  trivial  from  a  decision  the- 
oretic point  of  view. 

Normative  decision  theory  prescribes  cl^nlce 
for  a  given  structure  and  classification  (risk, 
uncertainty,  or  partial  Ignorance)  by  specifying 
a  criterion  of  choice.    Normative  theory  pre- 
scribes In  the  sense  that.  If  the  criterion  and 
formulation  are  accepted,  choice  Is  unicmblguous. 
There  are  several  decision  theories  —  meaning 
that  for  certain  conditions  there  are  several 
"reasonable"  choice  criteria. 

It  is  well  known  that  people  do  not  always 
behave  in  a  manner  consistent  with  various  nor- 
mative decision  theories.    The  descrii»tive  fail- 
ures of  normative  criteria  aro  documented  else- 
where (e.g.,  under  risk,  MacCrlmmon,  1969;  under 
uncertainty,  Tuggle,  1972;  under  partial  igno- 
rance, Barron,  1970).    Since  these  experimental 
results  were  derived  from  laboratory  studies 
using  reasonably  artificial  problems,  it  is 
likely  that  actual  decisions  made  dally  by  de- 
cision makers  facing  complex  real-world  problems 
would  also  exhibit  inconsistencies  with  norma- 
tive theory. 


In  this  paper  we  choose  to  study  decision 
making  under  uncertainty.    We  believe  partial  ig- 
norance is  a  reasonable  representation  of  real 
world  decision  problems;  however,  several  pro- 
posed approaches  for  dealing  with  partial  igno- 
rance first  reformulate  the  problem  as  decision 
making  under  uncertainty.     (Those  who  subscribe 
to  a  subjective  or  personallstlc  theory  o^.  proba- 
bility would  convert  partial  Ignoranr.e  to  risk. 
We  temporarily  reject  risk  since  in  nany  problems 
the  probabilities  are,  at  best,  vaguely  known  and 
the  decision  maker  is  unwilling  to  accept  the 
probability  estimates  for  decision  making  pur- 
poses.)   Other  possible  approaches  to  partial  ig- 
norance Include  deciding  "as  if"  it  were  an  un- 
certainty situation  or  deciding  "as  if"  it  were 
risk  (i.e.,  maximize  expected  value  or  expected 
utility),  but  first  rejecting  (or  considering) 
alternatives  based  on  uncertainty  criteria. 
These  approaches  place  heavy  emphasis  on 
decision-making  under  uncertainty* 

B.  Proposal 

Our  aim  is  to  study  individual  human 
decision-making  under  uncertainty  so  as  to  learn 
how  decision  processes  are  used  and  how  to  intro- 
duce realistic  modifications  into  a  person' 3  cog- 
nitive behavioral  repertoire  so  that  he  makes  an 
optimal  decision.    This  paper  puts  heaviest 
weight  on  unravelling  and  simulating  nonoptiraal 
decision  processes;  later  papers  will  address 
the  second  subgoal  of  Internalizing  different 
cognitive  processes. 
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In  order  Co  ensure  chat  our  understanding  of 
current  (suboptimal)  human  decision-making  proc- 
esses is  expllr.it,  operational,  and  falsiflable, 
we  have  encoded  our  r;odeI  as  a  computer  simula- 
tion program.    Our  program,  entitled  SIDIP  for 
Stimulation  of  individual  Decision-making  through 
X^nformation  Processing,  is  described  in  detail 
in  Section  XV  and  is  tested  and  aiialyzed  in 
Section  V. 

In  order  to  !iave  a  framework  in  which  to  ex- 
press our  model,  we  chose  the  Information  Proces- 
ing  System  (IPS)  approach  of  Nevcll  and  Simon 
(1972).    Accordingly,  our  mode  of  operation  is 
as  follows:    first,  we  take  verbal  protocols  from 
a  subject  while  he  is  waking  decisions  (see 
Sections  II  and  III).    Second,  we  construct  an 
IPS  model  of  the  subject's  cognitive  processes 
(see  Section  IV).    Third,  we  examine,  both  quali- 
tatively and  empirically,  the  adequacy  of  the  IPS 
model  (see  Section  V).    Fourth,  we  use  an  IPS 
model  assumed  to  be  validated  and  from  _lt  infer 
reasons  why  the  subject  did  not  comply  with  the 
set  of  normative  decision  processes  (see  Section 
VI,  Part  B).     Fifth,  knowing  thr/subject ' s  IPS, 
we  suggest  changes  in  his  information  processing 
to  get  conformity  to  normative  theory  (Section 
VI,  Part  b) ;  and  last,  we  suggest  how  actually 
to  implement  the  modified  processes  (Section  VI, 
Part  B). 

II.  Method 

A  single  s'.oject  (S)  was  enjoined  to  make 
decisionr  under  uncertainty  and  to  verbalize  as 


much  of  his  thought  process  as  possible.  His 
utterances  were  recorded  on  audio  tape  and  luier 
Lr.inscribecJ  to  paper.  protocol  is  analyzed 

in  the  next  section.    A  computer  program  (SIDIP) 
sas  written  (sec  Section  IV)  to  simulate  the 
essential  parts  of  SVs  docislon-rL-Alng  behavior. 
Goodness-of-f it  tt-stjs  .jf  SIDIP' s  behavior  to  S*s 
behavior  are  perfonned  in  Section  V.  Accic.«. 
recommendations  are  made  in  Section  VI, 

The  subject  was  faced  by  nine  decision  situ- 
ations, which  were  sequentially  presented  to  him. 
The  nine  decision  situations  are  independent;  S 
was  not  permitted  to  see  the  next  situation  until 
he  had  made  a  final  choice  on  the  previous  one. 
After  all  nine  choices  had  been  made,  a  single 
situation  was  selected  by  the  experimenter  (E)  to 
be  played  for  real  money.    The  entire  session 
with  S  lasted  about  50  minutes. 

A.    Decision  Problems 

The  nine  situations  faced  by  S  were  tabu- 
lated as  nine  different  payoff  matrices  for  un- 
certain decisions.    Table  1  exhibits  the  first 
matrix  that  S  was  given.     (Copies  of  all  instru- 
m'jnts  used  in  this  work  are  available  from  the 
authors.)    Each  matrix  contains  eight  rows,  cor- 
responding to  the  strategies  or  actions  available 
to  S,  who  had  to  select  one  of  them.    The  fouD 
columns  correspond  to  the  possible  states  o^ 
nature  that  could  occur.    S  did  not  know  what 
process  was  to  be  used  for  generating  the  states 
of  nature:    uniform  random,  friendly  (maxiisax), 
antagonistic  (minimax),  or  some  other  prr/cess. 
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T'^l/le  1:    First  Decision  Situation 

To  prevent  learning  S  was  never  told  what  state 
of  n^Cure  occurre<l  after  his  row  choice. 

Kach  of  tho  nine  decision  matrices  was  con- 
structed as  follows:  four  of  the  eight  rows  are 
consistent  with  four  major  decision  theoretic 
criteria  —  maximax^  maximin,  expected  value  (in 
the  Laplace  sense),  and  minimax  regret  (see  Luce 
and  Raiffa,  1957).  For  example,  U\  Table  1,  row 
Sj^,  since  it  has  a  payoff  of  12  (largv^r  than  all 
other  payoffs  in  that  tabic) ,  corresponds  to  the 
maximax  strategy.    Row       corresponds  to  the 

m^^ximin  strategy,  row  S^  to  the  expected  vnlue 
o 

strategy  (again,  assuming  a  uniform  probability 
distribution) ,  and  row  S^  to  the  minimax  regret 
strategy.    The  other  four  cows  corr*:3pond  to 
s'jboptimal  choices:    each  of  these,  rows  is  domi- 
nated by  at  least  one  of  the  four  optimal  rows. 
In  Table  1,  row       dominates  row       (12  >  11, 
4  «  ^,  ^  >  3,  And  0  «  0) ,  S^  dominates  S^ 


(6  >  5,  6  >  5,  ^  -  ^,  and  4  »  A) ,  Sg  dcwinatcs 
S^i  and  S^  dominates  S^. 

Tlie  order  of  appearance  of  the  eight  types 
of  rows  in  each  of  the  nine  matrices  was  ran- 
domized ns  was  the  order  of  payoffs  within  each 
row.     (An  exception  Is  Che  minimax  regret  row 
and  its  associated  dominated  row,  since  the  re 
gret  calculation  depends  upon  other  payoffs  that 
appear  in  the  same  column.)    Tlie  order  of  presen 
tation  to  S  of  the  nine  decision  matrices  was  se 
quentiai:-    1,  2,  9.    Matrices  1,       and  7 

had  all  positive  payoffs;  maCcices  2,  5,  and  8 
had  both  positive  and  negative  payoffs;  and 
matrices  3,  6,  and  9  had  all  negative  payoffs. 
Additionally,  matrices  7,  8,  and  9  had  signifi- 
cantly largei:  numeric  entries  than  matrices  1 
through  6  (an  avGirage  wf  9.23  versus  5.29,  ro~ 
spectively) . 

The  subject  could  exhibit  Inconsistent 
choice  behavior  using  these  matrices  (he  could 
select  a  row  corresponding  to  one  decision  cri- 
terion on  one  matrix  and  corresponding  to  a  dlf- 
ierent  decision  criterion  on  another  matri.^) 
and/or  suboptimal  choice  behavior  (he  could  se- 
lect a  row  dcminated  by  another).    Previous  ex- 
p»^.rimentation  (Tuggle,  1972)  shows  that  subjects 
(undergraduate  and  graduate  students  and  practic- 
ing managers}  ex)iibit  both  of  these  behaviors  on 
thtjse  very  problems.    However,  this  2,  in  fact, 
r.aV.es  no  suboptimal  choices  and  evidences  only 
one  inconsistency  (see  Section  III).    Yet»  as 
Sfcrions  III,  IV,  and  V  will  detail,  his  choice 
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processes  differ  substantially  from  those  dic- 
tated by  decision  theory.    (See  Luce  and  Ralffa, 
1957,  for  a  statement  of  normative  decision  the- 
ory.) 

B.    The  Subject 

The  only  subject  studied  In  this  paper  was 
s^male,  first-year  M.3.A.  candidate  at  the  Unl- 
verslty  of  Kansas  who  had  now  had  courses  In 
operations  research  or  in  decision  theory.  I!e 
was  invited  directly  by  one  of  the  autliors  (FHB) 
to  partlclpnte  in  an  experiment  on  declsl^'>n- 
maklng,  and  S  was  promised  that  he  could  either 
recolv<:  a  flat  payist^r.t  of  $2  for  participation 
ot  gcri)       as ed  on  tha  decisions  he  would  make. 
We  iiUona'»d  S,  if  he  chose  to  gamble,  that  after 
he  had  made  his  nine  decisions,  wc  would  apply 
some  unspecified  gcnerc^ting  processes  to  select 
one  of  the  matrices  ar.d  to  select  a  state  of 
nature.    He  did  not  have  to  anneuucv^  whether  he 
wanted  to  gamble^  or  not  until  he  had  seen  all 
nine  tables  and  made  his  choices.     (Tlie  subject 
did  decide  to  gamble  and  won  an  additional  $16.) 

Hi,    Protocol  Analysis 

Limits  to  rhe  space  available  here  prohibit 
us  flora  presenting  and  snalyzing  S*s  entire  pro- 
tocol and  Problem  Behavior  Graph  (PBG) ,  a  ticje- 
i;rdered  graph  of  S*s  verbal  behaviors  that  are 
tiK<in  to  be  simulated  by  the  IPS  (Kewell  and 
Simon^  1972).    The  complete  protocol  and  PBG  are 
avail2ble  from  the  Authors.    Excerpts  from  S's 
protocol  aj\d  his  PBG  are  presented  in  Figure  1, 


prlmatliy  en  payoff  a^aLrix  1  as  lUi^trated  In 
Table  1- 

A.    Crude  Generalizations 

Koughly,  the  behavior  of  S  over  all  nine 
toatrlces  seemed  to  be  as  follows;    He  first 
labeled  the  table  as  to  vhelher  it  is  all  posi- 
tive,'mixed,  or  til  negative  (prasur»ahly  doing  s* 
quick  scan  of  the  payoffs),  although  his  later 
actions  are  nw*"  .dXfferentlable  based  on  the  label 
given. 

Second,  he  sequentially  searched  the  :<ction 
alternatives  open  co  hi©,  fixating  on  those  that 
have  a  distinguishins  characteristic  (e.g.,  one 
very  large  or  very  small  payoff,  or  a  number  of 
"strong"  or  "weak*'  payoffs). 

Third,  he  partitioned,  explicitly  and  im- 
plicitly, his  eight  action  alternatives  into 
three  sets  (while  sequentially  examining  then): 
those  that  he  dislikes  (a  "reject"  list),  those 
that  appeal  to  him  (a  "consider"  list),  and 
those  that  received  no  verbal  indications  (an 
"ignore"  list). 

Fourth,  a  rJioice  was  mad^  from  those  alter- 
natives  that  are  present  on  thai  "consider"  list. 
In  the  case  of  numerous  alternatives,  a  pair^^isc 
comparison  and  rejecting  process  is  used.  From 
S*s  protocol I  the  data  led  u^  to  infer  the  Col- 
lowing  comparison  process: 

(1)  S  never  talked  about  computing  a  sum 
(row  sum  or  column  sum)  or  an  'iXpecDid  value. 

(2)  Of  all  the  numbers  S  verbalized,  he 
never  verbalized  one  that  was  close  to  a  sum  or 


an  expected  value. 

(3)  S  did  verbalize  on  several  occasions 
about  comparing  "...  these  possibilities  across 
the  board"  (emphasis  added) . 

From  these  data,  we  infer  that  S  was  doing 
some  sort  of  column -by- column  comparison  of  the 
two  rows  in  question.    Simply  to  have  some  defi- 
nite procedure  to  follow,  we  devised  a  process 
that  compares  corresponding  payoffs  in  each  of 
two  rows  and  that  rejects  the  row  that  has  £ewer 
dominating  payoffs.     (This  process  is  explicated 
later  in  Section  IV,  Part  C,  where  SIDIP*s 
CHOICE  subroutine  is  discussed.) 

Finally,  it  is  instructive  to  mention  the 
other  types  of  verbal  behavior  present  in  S's 
protocol.    Besides  the  anticipated  vague  state- 
ments, expressed  con  fusions >  and  overt  cathar- 
seSy  S  did  engage  in  a  singular  behavioral  pat- 
tern, from  time  to  time.    Particularly  on  matrix 
7  and  to  a  lesser  extent  on  matrices  1>  2,  and 
8,  S  spent  some  time  (2,  5,  10,  and  6  protocol 
lines  on  matrices  1,  2,  7,  and  8,  respectively) 
attempting  to  isolate  identifying  characteris- 
tics of  the  four  columns  so  as  to  be  3hle  to 
assign  subjective  probability  estimates  to  them. 
For  example,  on  matrix  7,  S  noted  that  in  one 
column  there  is  a  larger  proportion  of  the 
larger  payoffs  in  the  matrix,  and  he  tentatively- 
concluded  that  that  column  had  a  lesser  chance 
of  occurring.    However,  in  each  case,  S  appar- 
en  *.y  eventually  discarded  that  "column- 


processing'*  line  of  analysis  and  continued  his 
original  "row-processing"  type  of  analysis. 

B.     Examination  of  PBG 

Problem  Behavior  Graphs  (PBGs)  are  concise 
ways  of  encoding  the  dynamics  in  the  problem- 
solving  and  decision-making  behaviors  present  in 
a  protocol.     (See  Newell,  1966,  for  a  complete 
discussion  of  the  construction  and  utility  of 
PBGs.)    The  nod^is  in  such  a  graph  are  the  ac- 
tions or  statements  verbalized  by  the  subject, 
either  presented  verbatim  or  paraphrased.  The 
nodes  are  interconnected  by  lines  (arcs  or  edges 
of  the  graph)  ,  which  put  a  time  ordering  on  the 
graph:     time  runs  (first)  to  the  right  and  (then) 
downwards.     (The  reason  for  allowing  time  to  run 
CO  the  right  is  to  allow  succinct  presentation 
of  episodic  exploration  on  the  part  of  the  sub- 
ject.) 

Figure  1  presents  the  PBG  over  decision 
situation  1  that  we  developed  and  used  in  our 
study  of  S.     In  this  PBG,  there  are  behaviors 
consistent  with  our  generalizations  of  Parr  A, 
behaviors  inconsistent  with  those  generaliza- 
tions (but  not  necessarily  inconsistent  with  our 
detailed  model  in  the  next  Section),  and  be- 
hi^viors  not  included  in  those  generalizations. 

The  conSju<5tent  behaviors  are  (1)  the  matrix 
is  correctly  labeled  as  being  an  all-positive 
(or,  more  accurately,  all-nonnegative) ;  (2)  only 
those  rows  with  double-digit  entries  (S^^,  S^, 
and  S»)  are  "considered;"  the  rest  are  ignored; 
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All  positive  here  on  the  first  table 
$12,  $0,  $10,  $4,  and  $8 
Note  12  in  S,  —  Consider 

I  ' 

Note  10  in       —  Consider 
Note  ?  in       —  Consider 

I 


Note  0  in       —  Note  0  in 
XEQ  column  looks  larger 

—  more  money  —  but  has  a  0  —  Discard 

—  also  has  a  large  outcome  —  but  a  0  —  Discard 

—  has  a  large  outcome 
Accept 

Figure  1:    Problem  Behavior  Graph  Over  Decision  Situation  1 


(3)       and       are  "rejected"  for  having  the 
table  minimum,  namely,  a  payoff  of  zero. 

The  inconsistent:  "behaviors  are  (1)  is 
"considered"  before  S^,  violating  our  sequential 
row-processing  hypothesis;  (2)  column  processTing 
may  be  going  or  when  S  verbalizes  "$12,  $0,  $10, 
$4,  and  $8",  as  all  of  these  payoffs  are  to  be 
found  in  column  ZEJ  (see  Table  1).  Alterna- 
tively, S  could  be  reading  parts  of  S^^,  S^,  and 
Sg,  doing  a  row-processing  analysis,  or  doing 
something  altogether  different. 

A  behavior  by  S  not  present  in  our  gener  .1- 
ization  is  S's  observation  that  the  "XEQ  column 
looks  larger."    In  fact,  it  is  larger  than  the 
MUH  and  QUG  columns,  but  only  equal  to  the  ZEJ 
column.    Our  subject  apparently  did  not  notice 
or  utilize  this  bit  of  information. 

Examination  of  all  nine  PBGs  yields  some 
evidence  —  pro,  con,  and  irrelevant  —  to  the 


preceding  crude  generalizations.    But  this  is 
not  the  point*    The  question  is  how  well  our  de- 
tailed computer  simulation  model  of  Section  IV 
matches  the  choices  and  significant  processes  of 
the  nine  PBGs.    This  question  is  answered  rhe- 
torically in  Section  V. 

IV.    Simulation  Program  —  SIDIP 

Our  computer  simulation  program  (SIDIP,  an 
acronym  for  Stimulation  of  Individual  Decisions 
through  Information  JProcessing)  is  written  in  L6 
(see  Knowlton,  1966,  for  an  explanation  of  the 
Bell  Telephone  Laboratory's  Low  Level  Linked- 
L±st  Uxnguage)  for  the  Honeywell  635  computer. 
The  program  end  job  cards  occupy  approximately 
500  card  images,  and  the  data  take    40  card 
images.     (Complete  listings  of  both  are  avail- 
able from  the  authors.) 
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A.    Data  ScrucCures 

The  primary  reason  behind  the  selection  of 
L6  as  our  language  was  its  ability  to  construct 
and  manipulate  complex  data  structures.  Accord- 
ing to  Newell  and  Simon  (1972,  pp.  19ff.),  there 
are  three  important  aspects  of  a  simalacion  pro- 
gram of  human  thought:    a  set  of  symbol  struc- 
tures, encoding  the  information  present  in  S's 
short-term,  long- term,  and  external  memories 
(covered  in  the  remainder  of  this  part  of  the 
paper);  a  set  of  Elementary  Information  Proc- 
esses (EIPs)  with  which  to  operate  on  the  sym- 
bolic information  (presented  in  Part  B) ;  and  a 
program,  an  ordered  collection  of  EIPs,  orga- 
nized to  accomplish  a  whole  task  (presented  in 
Part  C). 

Tlie  major  symbol  structure  posited  for  our 
S  is  an  encoding  of  the  payoff  matrix,  replete 
with  row,  column,  and  table  description  lists. 
Tlie  matrix  is  represented  as  a  32  node  network 
(8  rows  by  4  columns)  .    Nodes  in  the  same  row 
are  doubly-linked  (from  a  payoff  in  the  matrix, 
one  can  access  its  right  neighbor  or  its  left 
neighbor);  likewise,  nodes  In  the  same  column 
are  doubly- linked.    Besides  the  node  linkages, 
the  following  node  Information  is  loaded  and  is 
static  throughout  a  run:     its  row  number,  its 
column  number^  its  value,  and  Its  sign. 

The  following  descriptive  information  is 
dynamically  created  during  the  execution  of 
SIDIP:    the  matrix  is  labeled  as  all  positive, 
all  negative,  or  mixed;  maximum  and  minimum  pay- 


off values  for  the  matrix  are  computed.  The 
number  of  negative  values  in  the  table  is  com- 
puted. .Nodes  are  labeled  as  doable-digit  if 
their  value  is  larger  than  9.    Both  rows  and 
columns  have  these  attributes  created:  maximum 
value,  minimum  value,  count  of  the  number  of 
negative  numbers,  and  count  of  the  number  of 
double  digit  numbers.    Finally,  each  row  is 
Identified  by  its  status  or  evaluation  during 
the  decision  process:    "Reject,"  "Consider," 
"Good,"  or  "Accept." 

B.  EIPs 

In  one  sense  the  Elementary  Information 
Processes  we  presume  are  the  legal  L6  commands, 
and  in  another  sense  they  are  the  yeven  nypes  of 
EIPs  specified  by  Newell  and  Simon  (1972, 
pp.  29-30):    Discrimination,  Tests  and  Compari- 
sons, Symbol  Creation,  Writing  Symbol  Struc- 
tures, Reading  and  Writing  Externally,  Designat- 
ing Symbol  Structures,  and  Storing  Symbol  Struc- 
tures.   More  Specifically,  SIDIP  is  based  upon 
(and  Implicitly,  we  presume  S  has  the  capabili- 
ties of)  these  EIPs:    the  ability  to  create  at- 
tribute information  such  as  described  in  Part  A, 
the  ability  to  retrieve,  compare,  and  distin- 
guish such  information,  the  ability  to  input 
(hear  or  read,  for  S  and  SIDIP,  respectively) 
and  to  output  (speak  or  print)  symbolic  informa- 
tion, the  ability  to  do  simple  numeric  proc- 
essing (e.g.,  to  add  two  numbers,  to  recognize 
that  7  >  5  and  that  -4  <  -3,  to  save  interme- 
diate results),  and  the  ability  to  interpret  a 
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program  of  EIPs.  These  are  the  only  EIPs  we  lki- 
quire  of  SIDIP,  and  the  only  ones  we  posit  about 
S.  The  sufficiency  of  these  EIPs  for  SIDIP  vrill 
be  empirically  demonstrated  indirectly  and  im- 
plicitly in  Section  V.  The  necessity  of  these 
EIPs  for  S  does  not  violate  anything  we  now  know 
about  the  cognitive  capabilities  of  humans. 

C.    Macro programs 

In  this  part  we  shall  indicate  how  SIDIP 
operates,  primarily  by  reference  to  its  flow- 
charts in  Figures  2,  3,  4,  and  5  and  by  refer- 
ence to  the  output  it  produces,  such  as  in 
Figure  6.    SIDIP  can  be  conceptualized  as  a  main 
program  (Figure  2)  and  three  subroutines: 
EVALUATE  (Figure  3) ,  CHOICE  (Figure  4) ,  and 
COMPARE  (Figure  5).    The  main  program  iuitial- 
izes  data  areas,  reads  and  echo  prints  the  de- 
cision matrices,  does  some  background  informa- 
tion processing,  then  calls  on  EVALUATE  to  se- 
quentially examine  and  label  each  row  (as  "Con- 
sidered," "Rejected,"  or  ignored),  and  finally 
calls  on  CHOICE  to  determine  the  row  to  be  "Ac- 
cepted." 

The  EVALUATE  subroutine  examines  each  row 
in  sequence  for  the  properties  listed  in  Figure 
3  and  makes  an  evaluation  based  on  the  presence 
or  absence  of  those  properties.  ^Like  our  human 
subject,  EVALUATE  "states"  (prints)  what  its 
evaluation  of  a^  row  is  (as  soon  as  one  is  made) 
and  also  "states"  (prints)  what  the  reasons  for 
the  evaluation  are.     (If  both  a  "consider"  and  a 


"reject"  evaluation  is  made  about  a  row,  ohl> 
the  one  made  earlier  is  retained.) 

Two  of  the  terms  in  Figure  3  are  vague: 
"strong  entry"  and  "weak  entry."    Our  opera- 
tional definition  of  these  terms,  based  upon  S*s 
verbalizations,  follow.    A  "strong  entry"  is  a 
double-digit  payoff,  when  the  matrix  is  not  all 
negative  and  when  the  proportion  of  double-digit 
payoffs  in  the  table  is  25%  or  less.     In  all 
other  cables,  a  payoff  is  "strong"  if  it  is  one 
of  Che  top  three  payoffs  just  below  the  maximum 
of  the  matrix. 

A  "weak  entry"  is  a  negative  payoff,  in  the 
case  of  a  mixed  matrix.    Otherwise,  a  payoff  is 
"weak"  if  it  is  one  of  the  two  payoffs  just  im- 
mediately above  the  minimum  of  the  matrix.  The 
CHOICE  subroutine  simply  reorders  the  psyoffs  in 
each  row  and  continues  to  call  COMPARE  until 
only  one  row  remains  "considered."    The  remain- 
ing row  is  "accepted." 

The  COMPARE  subroutine  performs  a  pairwise 
comparison  of  two  (internally  ordered)  rows.  A 
count  is  kept  of  the  number  of  times  one  row's 
entries  dominate  the  other  row*s.    The  row  whose 
total  count  is  smaller  (if  either  is)  is  labeled 
"reject"  and  control  returns  back  to  the  CHOICE 
subroutine. 

(One  may  inquire  what  action  SIDIP  takes 
when  two  rows  are  labeled  "consider"  and  neither 
one  dominates  the  other.    In  this  case,  SIDIP 
would  apparently  be  in  an  infinite  loop;  noting 
such  cases,  SIDIP  "accepts"  all  such  rows.  Our 
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Define  Data  Area 


Build  Data 

Structure 

Read  Next  Decision 
Table 

Print  Out  Current 
Decision  Table 


Initialize  Attributes  for  the  Table 
and  its  nodes»  rows,  and  columns 


Label  ::he  Table 
(positive,  negative,  mixed) 


EVALUATE^ 


CHOICE 


Figure  2:    Main  Flowchart  of  SIDIP 
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Obtain  the  next  row  to  process 


Does  the  row  have  the  maximum 
table  entry? 


Does  the  row  have  a  strong] 
 entry? 


^oes  the  row  have  the  minimum  table  entry? 


Does  the  row  have  >^  2  strong  entries? 


Mas  the  row  labeled  "good"  and  rejected? 


RETURI^  ^ 


Evaluate  as 
"Good" 

 '  — ^ 

evaluation 


yes 


Print 
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Print 
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Evaluate  as 
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Does  the  row  have 

>  2  weak  entriesT^ 

yes 

Reject 

no 

^  . 
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(Was  the  row  labeled  "good"  twice? 1 

yes 
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no 

 . 

1 
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Figure  3:    SIDIP  Subroutine  EVALUATE 
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Reorder  all  nodes  in 
"Consider"  rows  from 
highest  to  lowest 

1 

Are  there  >^  2  rows 
labeled  "Consider"? 


1 

yes 

f 

Choose  first  pair 
of  rows  labeled 
"Consider" 

1 

r 

COHPARE 


Figure  4:    SIDIP  Subroutine  CHOICE 


24 


Entry  COMPARE (x,y)^ 


sum(x),  sum(y)-^— 0 


Get  next  column 
pointer 


none 


col  imn(x)  >  column(y)?  1  

sum (x) ^ 

sum(x)  +  1 

1 

coluiin(y)  >  column  (x)? 


^sum(x)  >  sum(y)?^ 
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^  RETURN 


yes 
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sum(y) 
sum(y)  +  1 


Label  y  as 
"Reject" 


Label  x  as 
"Reject" 


Figure  5:    SIDIP  Subroutine  COMPARE 
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human  subject  never  mentioned  facing  such  a  sit- 
uation, but  SIDIP 'encountered  it  in  four  cases.) 

Finally,  in  Figure- 6,  one  can  see  what  is 
piinted  out  by  the  computer  as  it  processed  de- 
cision situation  i:     an  echo  print  of  the 
matrix,  a  labeling  of  the  matrix,  an  evaluation 
of  the  rows,  and  a  final  choice.    These  latter 
three  elements  effectively  constitute  a  trace  or 
a  protocol  of  SIDIP's  behavior,  which  will  be 
compared  with  S's  protocol  (PBG,  really)  in  the 
next  section. 

V.    Results  and  Analysis 

A.    Performance  of  SIDIP 

When  confronted  with  the  same  nine  decision 
matrices  as  the  subject,  SIDIP  made  exactly  the 
same  choices  on  four  matrices,  made  an  incorrect 
choice  on  one  matrix,  and  could  not  choose  be- 
tween two  rows  on  each  of  four  matrices  —  but 
in  these  four  cases,  one  of  the  two  undecided 
rows  was  always  the  one  selected  by  the  subject. 
In  a  sense,  then,  SIDIP  was  "right"  four  times, 
"wrong"  once,  and  "half-right"  four  times.  TUe 


significance  of  these  findings  is  examined  in 
Part  B.  A  report  of  the  test  of  the  decision 
process  appears  in  Part  C. 

It  may  interest  the  reader  to  know  that 
SIDIP* s  wrong  choice  occurred  on  decision  situa- 
tion 5  (mixed  payoffs)  where  S  chose  the  expected 
value  row    and  SIDIP  chose  the  maxlmin  row.  In 
this  case  S  explicitly  did  not  reject  the  row 
having  the  minimum  table  value.     The  "half-right" 
choices  occurred  on  matrices  3  (all  negative),  7 
(all  positive),  8  (mixed),  and  9  (all  negative). 
S  chose  the  expected  value  row  in  these  foux* 
cases;  SIDIP  also  chose  the  expected  value  row 
and  respectively  chose  the  regret  row,  the  maxl- 
min row,  the  maximax  row,  and  the  maximin  row  in 
addition. 

B.    Performance  Tests 

To  gain  insight  into  the  ability  of  SIDIP 
to  simulate  S's  decisions,  we  shall  compare  its 


We  shall  continue  to  confuse  the  maximum 
expected  value  criterion  and  the  Laplacian  cri- 
terion —  which  presumes  a  uniform  probability 
distribution. 


This  table  is  all  positive 

Row  Sj^  looks  good  because  of  the  maximum  table  value 

Row  Sj^  looks  pretty  good,  large  numbers 

Row  S^  looks  pretty  good,  large  numbers 

Row  S^  looks  pretty  good,  large  numbers 

Row  Sj^  looks  bad  since  minimimi  table  value 

Row  S^  looks  bad  since  minimum  table  value 

My  choice  in  S- 


Figure  6;    PBG  of  SIDIP  Over  Matrix  1 
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choices  to  those  of  Cwo  models  with  random  selec- 
tion mechanisms. 

The  first:  model  presumes  choices  are  made 
by  a  random  selection  from  the  eight  rows  on  a 
matrix  with  a  uniform  probability  of  p  =  1/8. 
Since  there  are  nine  independent  trials  (decision 
situations) >  the  Bernoulli  assumptions  apply,  and 
we  can  derive  two  essential  characteristics  about 
our  model: 

n  =  9,  p  =  1/8,  and  q  =  1  -  p  =  7/8 
therefore,  the  mean  number  of  correct 

choices  would  be 
ji  =  np  =  9  •  1/8  =  1  1/8 
with  a  standard  deviation  of 

o  =  v^npq  =  /9  .  1/8  •  7/8  s  i. 

But  SIDIP  makes  either  6  correct  choices  (A 

fully  correct  plus  4  half-correct)  or  A  correct 

choices,  depending  on  how  one  chooses  to  treat 

the  four  "half-right"  choices.    This  yields  a  Z 
^1  "  ^2 

score  (Z  =  )  of  either 

Z^  =  l^iiZ8  .,.875  or 

z      I^lJOZS.  2.875 

4  1 

The  interpretations  are  that  the       score  dis 

o 

A. 873  standard  deviations  better  than  the  random 

model  (statistically  significant  at  £  <  .001), 

and  the  Z.  score  is  2.875  standard  deviations 
A 

better  (significant  at  £  <  .003).    A  similar 
analysis  assuming  random  choice  only  occurs 
among  the  four  nondominated  alternatives  yields 
n  =  9,  p*  =  1/A,  q«  =  1  -  p«  =  3/A 


with  resulting  changes  in  u  =  np*  =  9  '  1/A  = 
2  1/A  and  a'  =  /np*q*  =  /9  •  1/A  •  3/A  =  1.3 
with  corresponding  Z  scopes  of 

^e^^-^TT^^  2.88  and 

^  -  2  1/A  ^  35 
"^A  1.3 

is  significant  at  £  <  .003,  and  is  signifi- 
cant at  £  <  .1. 

Since  we  feel  that  it  is  too  harsh  to  assume 
that  a  "half-right"  choice  is  entirely  wrong,  we 
are  forced  to  judge  SIDIP's  choices  based  on  the 
Zg  and  2g  ycores.  'Consequently,  we  conclude  that 
SIDIP's  performance  is  significantly  superior  to 
the  choices  generated  by  these  two  random  models 
of  decision-making. 

Next  we  could  test  "as  if"  choice  behavior. 
The  null  hypotheses  become  S  chooses  "as  if"  he 
is  using  a  maximax  (or  maximin,  or  minimax  re- 
gret, or  Laplace  —  expected  value)  criterion. 
Me  cannot  reject  such  hypotheses  on  a  purely 
statistical  basis  (unless  something  like  a  strong 
inference  point  of  view  is  accepted  as  in  Barron, 
1970)  since  we  have  no  appropriate  error  theory 
and  thus,  no  acceptable  statistical  methodology. 

Rather  than  argue  on  a  statistical  basis  we 
would  suggest  that  S*s  protocols  clearly  show 
that  since  none  of  these  decision  models  (random, 
maximax,  etc.)  is  determining  S's  choices  a  more 
complex  model  such  as  SIDIP  is  required. 
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C.    Test  of  Process  Similarity 

Turing's  test  (Turing,  1963)  is  a  classical 
technique  in  the  field  of  artificial  intelli- 
gence by  which  one  tests  the  processes  in  a  pro- 
gram that  allegedly  simulates  a  part  of  human 
cognition.    For  reasons  best  illustrated  by  ref- 
erence to  Table  2,  Turing's  test  is  not  com- 
pletely applicable  in  this  situation:    S's  pro- 
tocol omits  inarticulated  processes.    Thus,  S's 
PBG  is  necessarily  incomplete.    In  addition, ^S's 
PBG  includes  unnecessary  or  irrelevant  behaviors 
as  well  as  inconsistencies  (errors).    SIDIP  is 
necessarily  consistent,  thus  introducing  perhaps 
insignificant  processes  (from  a  decision  theo- 
retic point  of  view).    To  test  for  congruence  in 
the  structures  of  the  two  PBG's,  we  quite  arbi- 
trarily aggregated  all  row  evaluations  and  com- 
parisons (calling  them  the  "total  behaviors"  in 
Table  2),  ignored  all  other  behaviors,  and  then 
compared  all  of  the  "total  behaviors"  of  SIDIP 
to  the  "total  behaviors"  of  S.    Since  presumably 


S  neglected  to  mention  some  of  his  thoughts,  his 
"total  behavior"  is  necessarily  less  than  that 
of  SIDIP,  which  we  can  force  to  be  completely 
verbal.    This  does  mean,  though,  that  for  many 
of  SIDIP' s  behaviors,  there  will  be  neither  col- 
laborative nor  disconfirming  evidence  present  in 
S's  (skimpy)  PBG.    Of  the  50  row  evaluations  and 
comparisons  by  SIDIP  which  can  be  tested  by  be- 
haviors of  S,  39  of  them  (78%)  agree  with  be- 
haviors by  S  and  11  disagree.    There  are  more 
behaviors  by  SIDIP  that  agree  with  behaviors  of 
S  than  disagree  in  each  of  those  nine  cases,  so 
SIDIP  seems  to  be  uniformly  good.    To  get  some 
feeling  for  the  significance  of  the  78%  correct 
figure,  examine  the  following  naive  random  model 
suppose  that  this  model  either  emits  a  correct 
behavior  or  an  incorrect  behavior  with  a  uniform 
probability  of  1/2.    This  is  very  conservative, 
because  there  are  so  many  ways  a  row  evaluation 
can  be  wrong  (SIDIP 's  evaluation  of  a  row  can 
agree  or  disagree  with  S's  evaluation;  even  if 


Total 

Total 

SIDIP 

S 

Matrix 

Behaviors 

Agreement 

Disagreement 

Absent 

Behaviors 

1 

9 

8 

0 

1 

8 

2 

19 

7 

3 

9 

10 

3 

9 

2 

1 

6 

5 

4 

14 

3 

1 

10 

4 

5 

9 

^  4 

2 

3 

9 

C 

10 

1 

0 

9 

4 

7 

24 

8 

3 

13 

12 

8 

11 

3 

1 

7 

4 

9 

11 

_3 

_0 

_8 

_5 

Total 

116 

39 

11 

66 

61 

%  of  column 

1 

33.6% 

9.5% 

'56.9% 

52.6% 

Table  2:    SIDIP 's  PBG  Compared  to  S's  PBG 
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there  is  agreement,  SIDIP  is  wrong  if  its  rea- 
soning differs  from  S's)  and  because  there  are 
three  —  not  two  —  por^slble  results  from  a  com- 
parison (a  preferred  to  b,  b  preferred  to  a,  in- 
difference between  a  and  b).    Never tiieless,  with 
that  assumption  and        t  ^uming  that  the  50  be- 
haviors are  independent »  we  can  again  apply  the 
Bernoulli  model  to  tieri'^'e  the  inean  number  cor- 
rect (from  the  random  model).    This  mean  is 
tj  ="  np  =  50  •  1/2  =  25  with  a  standard  deviation 
of 

0  =  »^  «  /50  .  1/2  .  1/2  =  —  a 
7/2  =  3  1/2. 

The  score  for  the  behaviors  of  SIDIP  Is 

39  -  25  lA 
^  "    3  ] /2    "  3        ~  ^*  which  is  statistically 

significant  at  £  <  .001.  Thus,  SIDIP^s  inter- 
mediary behaviors  were  significantly  closer  to 
S's  behaviors  than  this  simple  random  model. 

VI.  Discussion 

A.  Conclusions 

According  to  Van  Horn  (1971) ,  there  are 
several  ways  by  which  one  can  validate  a  com- 
puter simulation  experiment:    use  models  with 
high  face  validity,  run  "Turing"  type  tests, 
etc.  (Van  Horn  lists  several  other  techniques). 
The  statistical  tests  that  have  been  run  so  far 
on  SIDIP  suggest  our  simulation  Is  significantly 
better  than  random  decision  models.    Tlie  numbers 
and  kinds  of  articulated  behaviors  summarized  In 
Table  2  suggest  that  simple  decision  models  such 
as  maxlmax,  Laplace,  etc.,  are  Inadequate.  As 


indicated  SIDIP's  interme<»lary  behaviors  are  sig- 
nificantly closer  to  S's  behaviors. 

Mlhran  (1972)  presents  several  procedures 
for  verifying  and  validating  both  deterministic 
and  stochastic  computer  simulation  programs. 
However,  none  of  these  tests  ^re  really  appro- 
priate for  protocol  simulations.     For  this  rer.- 
son  we  have  not  further  tested  the  structural 
congruence  of  the  PBGs  of  SIDIP  and  our  S. 

There  are  some  deficiencies  in  SIDIP. 
SIDIP  makes  one  wholly  incorrect  choice,  and 
four  others  are  only  partially  correct.  Eleven 
of  SIDIP's  50  applicable  behaviors  are  wrong, 
and  22  of  S's  61  decision-making  behaviors  (%%) 
remain  unexplained  by  this  version  of  SIDIP. 
Thus  we  conclude  that  SIDIP  explains  reasonably 
well  the  nucleus  of  our  subject's  decision- 
making processes,  but  that  there  are  still  pe- 
ripheral processes  of  Importance  by  S  that  the 
current  SIDIP  does  not  capture. 

B.     Incremental  Improvement  In 
Decision-Making 

Given  the  caveats  In  the  previous  part,  It 
Is  obviously  premature  to  press  forward  strongly 
In  the  area  of  improving  decision-making  proc- 
esses by  studying  simulations  of  Individuals. 
In  order  to  conclude  the  research  thrust  begun 
In  this  paper,  though,  we  shall  pretend  that 
SIDIP  Is  near  100%  successful  to  sketch  the  re- 
maining work  to  be  accomplished. 

Assuming  (heroically)  that  SIDIP  adequately 
simulates  the  decision  processes  of  S,  we  can 
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now  pcrfoti:^  experiments  upon  the  computer  sima- 
lation  program.    Suppose,  by  way  of  lllustra- 
tion,  that  5  aitlciiXuteS  'x  desire  to  behave  In  a 
manner  consistent  with  the  maximize  expected 
value  criterion,  but  S  does  not  consistently  do 
so.    Then  an  easy  way  to  change  SIDIP  so  that  It 
behaves  in  thac  manner  Is  to  alter  the  COMPARE 
subroutine:    after  reordering  the  coliui.ns  wlchln 
the  two  rows  (from  highest  payoff  to  lowest) ,  do 
not  compare  tlie  columns  by  simply  noting 
"above,"  "below,"  or  "equal."    Instead,  deter- 
mine and  record  how  much  above  or  below  one 
row's  column  is  over  the  oCher.    Total  these 
differences,  and  the  row  with  the  higher  sum  Is 
then  the  row  with  larger  expected  value. 

Once  it  is  learned  cliat  the  suggested 
changes  In  COMPARE  cause  SIDIP  to  behave  In  the 
desired  manner,  then  this  Inforroatlon  can  be 
presented  to  S.    By  allowing  S  to  learn  of  his 
shortcomings  or  through  some  similar  procedure, 
improvements  In  S*s  decision-making  behavior  may 
be  Incrementally  Introduced.     (The  design  of  ,in 
acceptable  training  procedure  is  still  an  un- 
settled Issue.)    He  retains  the  familiar  and 
comfortable  essentials  of  his  decision-making 
process,  but  his  decision-making  abilir.y  Is  now 
Improved. 

C.    Future  Work 

There  are  basically  four  avenues  along 
which  this  research  should  be  continued:  First, 
Improvements  in  SIDIP  need  to  be  made  so  that  it 
simulates  S*s  behaviors  even  more  closely*  For 


exastple,  S  clearly  expends  much  effort  In  at- 
tempting to  differentiate  c  .umns.    SIDIP  should 
also  look  for  regularities  or  peculiarities  in 
columns  and  then  Introduce  corresponding  changes 
Into  the  Subjective  probabilities  associated  with 
those  columns. 

Second,  protocols  from  more  subjects  should 
be  collected  so  that  more  can  be  learned  about 
the  actual  decision-making  processes  of  humans. 

Third,  experiments  should  be  conducted  to 
learn  a  training  procedure  that  is  successful  at 
modifying  decision-making  processes. 

fourth,  this  entire  paradigm  should  even- 
tually b5  moved  out  of  the  laboratory  and  Into 
the  real  world.    Ultimately,  It  Is  nor.  the 
decision-making  processes  of  college  students 
tliat  one  is  interested  In  studying,  simulating, 
and  improving,  but  rather  the  decision  processes 
of  military  leaders,  government  officials,  and 
business  executives. 
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Abstract 

interdisciplinary  research  by  management 
scientists  and  entomologists  at  the  University 
of  Florida  has  developed  a  stochastic  computer 
model  for  studying  interactions  between  an  in- 
sect population,   its  host  food  crop,   and  other 
variables.    This  population  growth  model,  high- 
ly adaptable  to  any  insect  and  any  host  crop,  is 
technically  characterized  by  discrete  arrivals, 
infinite  servers  and  multi-stage,  continuous 
service-time  distribution  functions* 

Because  steady  state  is  seldom  achieved 
in  nature,   this  paper  identifies  combinations 
of  critical  starting  conditions  {number  of 
insects,  disparate  start  times  for  insects 
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and  host  crops)   and  critical  stages  for  in- 
duced survival  rate  reductions  to  minimize 
crop  damage.    Sensitivity  analyses  serve  to 
identify  the  most  promising  arecis  for  future 
entomological  research  in  pest  management 
strategies. 


I .  Introduction 

This  research  was  initiated  in  the 
belief  that  management  science  could  and 
should  contribute  to  the  solution  of  eco- 
logical problems.    One  of  the  i    3t  seri- 
ous of  these  is  the  ecological  conse- 
quences of  the  unrestricted  use  of  pest- 
icides .     Pestt  management  addresses  the 
problem  by  identifying  and  testing  alter- 
nate strategies  which  would  minimize  the 
use  of  pesticides  for  crop  protection 
while  maintaining  the  crop's  economic 
worth - 

The  experiments    reported  here  were 
performed  in  r*=sponse  to  the  following 
general  questions. 

If  one  has  a  simulation  model  of  the 
damage  caused  by  a  specific  pest  on 
a  specific  valuable  food  crop/  is 
there  a  stage  in  the  pest's  life 
cycle  where  a  fixed  decrease  in  pest 
population  is  most  effective  in  min- 
imizing crop  damage? 


Would  the  implications  of  the  re- 
sults of  the  simulations  identify 
useful  strategies  for  minimizing  the 
application  of  ecologies ! ly  danger- 
ous pesticidal  materials? 
II.     The  Ecosystem  Being  Simulated 

The  ecosystem  simulated  for  the  ex- 
periments of  this  report  is  that  of  a 
soybean  host  crop  infested  by  the  velvet 
bean  caterpillar  (VBC) ,  one  of  .the  major 
pests  for  soybeans  in  North  Florida. 
Soybeans  were  selected  as  a  host  crop 
because  of  their  worldwide  economic  im- 
portance as  a  high  protein  food.  [ll 

The  VBC  moth  overwinters  in  South 
Florida  and  is  suspected  of  invading 
Florida  from  the  Caribbean  area  each 
year.    The  adult  female  moth  lays  its 
eggs  and  about  two  generations  of  insects 
develop  during  the  year  until  death  in 
late  fall  (or  out-migration  of  the  adult 
moth)  reduces  the*  population  to  essen- 
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tially  zero  in  North  Florida  soybean 
fields . 

The  eggs,  800  on  the  average  per  fe- 
male,  are  laid  individually  by  the  adult 
over  a  period  of  about  eight  days.  After 
hatch ing,   the  insect  passes  through  six 
stages  of  growth  (ins tars)   as  caterpill- 
ars and  a  pupae  stage  before  emerging  as 
an  adult  moth  to  mate,  disperse,  and  lay 
eggs  for  the  next  generation.    The  length 
of  time  the  caterpillar  remains  in  an 
instar  (dwell  time)   is  a  stochastic  var- 
iable influenced  by  the  environmental 
conditions  during  the  stage.  Available 
field  experimental  data  indicate  the 
dwell  time  probability  distribution  to 
be  normal  for  all  ins  tars..    Each,  how- 
ever, hes  a  different  average  and  stand- 
ard deviation.    The  VBC  causes  daihage  by 
defoliation  of  the  soybean  plan*:.  /*e 
amount  varying  with  the  instar. 

The  soybean  plant  was  considered  to 
have  ten  stages  of  development  from 
emergence  to  uni foliate  leaves  through 
maturity.     The  plant's  leaf  development 
between  the  critical  stages  in  plant 
maturity,  podset  to  podfill,  and  the  per 
cent  defoliation  by  the  pest  during  this 
period  was  of  primary  interest  in  the 


model  since  economic  crop  damage  occurs 
when  threshold  defoliation  levels  are 
exceeded  here. 
III.     The  Ecosystem  Model 

The  simulation  model  of  the  insect 
population  dynamics,  the  growth  of  the 
soybean  crop,  and  the  damage  by  defolia- 
tion caused  by  the  VBC  was  developed 
through  the  interdisciplinary  efforts  of 
a  management  scientist  and  three  entomol- 
ogists.   Initially  knowledge  about  each 
others'  discipline  was  minimal.  General 
concepts  of  model  structure  emerged  dur- 
ing repeated  conferences  which  were  mutu- 
ally educational  in  biology,  agronomy, 
entomology,  management  science,  and  mod- 
eling techniques.    Specific  concepts  used 
in  the  model  structure  are  described  be- 
low. 

Technically,  the  insect  population 
dynamics  is  modelled  in  terms  of  stochas- 
tic variates  characterized  by  discrete 
arrival  times   (the  adult  moth  invasion), 
a  discrete  starting  population  (the  eggs), 
infinite  servers  (the  life  cycle  for  each 
insect)  and  multi-stage  service  time  (the 
continuous  distributions  for  dwell  time 
at  each  instar.) 

The  crop  development  portion  of  the 
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model  is  a  deterministic  function  of  time 
using  EV  [leaf  area]  since  the  leaf  area 
per  acre  is  so  large  (even  at  the  seedl- 
ing stage,  leaf  area  is  approximately 
1  X  10"  cm  /acre).    Critical  points  for  the 
functional  relation  are  seedling,  mid- 
bloom,  podset  and  podfill.    All  soybean 

leaf  area  growth  and  defoliation  by  the 

2 

VBC  are  expressed  in  cm    per  acre.  In- 
sect population  counts  and  leaf  damage 
are  calculated  at  weekly  intervals  after 
the  date  of  simular  planting. 

The  model  is  presently  one-dimen- 
sional in  that  it  does  not  consider  in- 
migration  or  out-migration  of  the  VBC  ^ 
after  the  starting  moth  invasion.  Nor 
does  it  consider  the  spread  or  diffusion 
of  the  insect  population  within  the  field 
from  the  point  of  contact  of  the  initial 
invading  moths.     Therefore,  simulated 
population  counts  and  leaf  defoliation 
calculritions  are  average  values  per  acre, 
ignoring  localized  hot  spots  which  are 
expected  in  the  real  situation. 

FORTRAN  IV  was  chosen  as  the  comput- 
er language  for  the  simulation  in  the 
belief  that  it  would  be  more  flexible 
in  permitting  future  expansion  of  the 
model  to  include  the  above  considera- 
tions,    in  addition   FORTRAN  flexibility 


would  be  useful  when  non-ideal  environ- 
mental effects   (temperature,  humidity, 
day  length,   rainfall,   surround,  etc.) 
were  included.     it  is  anticipated  that 
SIMSCRIPT  would  be  used  at  a  more  re- 
fined stage  in  the  model  development. 

Biological  and  entomological  data 
needs  emerged  as  the  model  was  developed* 
These  data  were  collected  in  a  variety 
of  ways.     In  some  cases,  e.g.,  dwell 
time  per  instar,   literature  search  com- 
bined with  recent  experimental  results 
provided  the  answer;  in  some  cases,  e.g., 
average  leaf  area  eaten  per  instar  per 
caterpillar,   private  communications  with 
researchers  yielded  unpublished  results; 
in  other  cases,  e.g.,  typical  moth  in- 
vasion dates  and  crop  development  data, 
PERT  type  "min.  -  expected  -  max." 
questions   [2]     v;ere  posed  to  the  entomo- 
logists; in  a  few  cases,  e.g.,  survival 
rate  per  instar,   little  hard  experimental 
information  was  available  and  reliance 
was  placed  upon  general  knowledge  and 
intuition  for  reasonable  values. 
IV.     Operation  of  the  Model 

Figures  1  and  2  show  simplified  flow 
chart  descriptions  of  the  operation  of 
the  model . 
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The  model  traces  the  development  of 
each  egg  from  each  female  adult  through 
the  instar  in  which  death  occurs  or 
until  the  larva  becomes  an  adult  moth. 
If  the  adult  is  a  female,   the  time  of 
egg  laying  for  the  next  generation  of 
progeny  is  calculated  and  recorded. 
After  all  eggs  from  all  females  of  one 
generation  are  traced,  the  program  auto- 
matically repeats  the  calculations  for 
the  next  generation  of  caterpillars  un- 
til the  required  number  of  generations 
have  been  traced. 

Monte  Carlo  techniques  are  used  to 
calculate  survival  at  each  stage  of 
development  from  egg  through  adult  moth, 
the  time  duration  a  particular  individ- 
ual remains  in  a  particular  instar 
(dwell  time) ,  as  well  as  whether  the 
adult  is  a  male  or  female.     Thus  20 
different  random  number  series  were 
identified  and  used  for  each  simulation 
run.     Subsequent  simulation  runs  used 
different  random  number  seeds,  them- 
selves chosen  from  random  number  tables 
for  each  of  the  20  random  number  series 
of  the  run. 

After  all  eggs  from  all  females  for 
all  generations  have  been  traced,  .the 


program  prints  out  a  census  calculated 
at  weekly  intervals  from  the  starting 
date  for  egg  laying  for  the  first  gener- 
ation.   The  census  details  for  each  day 
of  count: 

1.  the  population  in  each  instar, 

2.  the  total  population  including 
eggs, 

3.  the  total  population  of  larvae 
only, 

4.  the  cumulated  soybean  lec4f  area 
eaten  by  all  the  caterpillars 
through  this  day, 

5.  the  crop  leaf  area  available, 

6.  the  per  cent  of  the  available 
leaf  area  eaten. 

Table  1  describes  the  variables  of 
the  model.    These  are  classified  accord- 
ing  to  type  (dependent  or  independent), 
description,   source  for  numerical  values, 
and  if  data,   the  basis  for  the  data. 

Figure  3  indicates  the  assumed  ' 
dwell- time  distributions,   the  egg  laying 
schedule  and  the  eating  habits  used  in 
the  model  for  the  velvet  bean  caterpillar. 
The  dwell  time  distribution  for  the  VBC 
is  based  on  experimental  data  as  are  the 
data  for  the  eating  habits  of  the  cater- 
piller.     [3,  4,   5  ]     Also  shown  on  Figure 
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Table  1 
INDEPENDENT  VARIABLES 

Source  For 


Used  For 

Pests 

Pests 

Pests 

Pests 


Numerical  Values 


Variable  Description 

1.  Start  time,  gen.  1 

2.  No.   init.  females/acre 

3.  R.  N'  series 

4.  P{survival;  -  ea.  instar 

5.  Avg.  dwell  time -ea.  instar  Pests 

6.  <Tt  dwell  time  -  ea.  instar  Pests 

7.  P(adult  =  female)  Pests 

8.  Egg  laying  distribution  Pests 

9.  Leaf  area/cat . /instar  Pests 

10.  Day  of  count  Pests 

11.  Females  forced  at  gen.  end.  Pests 

12.  Day  of  planting  Crop 

13.  Plant  growth  Crop 

14.  Leaf  area  Crop 

DEPENDENT  VARIABLES 
Calculated  at  Each  Day  of  Count 
1.     Tot.  pop/ins tar  -  including  eggs 


Data 

Data 

Data 

Data 

Data 

Data 

Data 

Data 

Data 
Program 
Program 

Data 
Program 
Program 


Data-  Basis 
Watson,  1916;  Greene^  1970 
Greene,  Kerr,  Whitcomb,  1971 

P.  Lawrence,  1971 

Watson,   1916;  Greene,  1971 

Greene,  1971 
Greene,  1971 


Greene,  1971 
Greene,  1971 
Turnipseed,  1972 


2.     Tot.  insect  population 


Cumulated  defoliation  in  cm 


4.  Tot.  crop  leaf  area  available 
in  cm^ 

5.  %  defoliation 
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3  is  the  assumed  development  for  the 
'soybean  crop,  in  leaf  area  per  foot  of 
row  in  the  field. 

Figure  4  is  a  typical  computer  print-, 
out  showing  the  data  used  in  the  simula- 
tion run  ;^nd  the  resultant  egg  laying 
dates  for  females  from  each  generation. 

,  Figure  5  is  a  typical  census  print- 
out showing  the  six  census  responses 
enumerated  previously. 

Preliminciry  runs  with  the  model  con- 
firmed it  was  following  the  entomolo- 
gist' s  belief  that  about  two  generations 
of  the  VBC  propagated  during  the  time 
period  from  the  initial  moth  invasion 
to  the  final  stage  in  soybean  develop- 
ment where  the  host  crop  was  sensitive 
to  economic  damage  caused  by  defolia- 
tion.   It  was  observed  that  the  surviv- 
al rates  at  each  instar  and  the  differ- 
ing stochastic  d^^ell-times  in  each  instar 
combined  to  produce  a  mixed  response  for 
population  as  a  function  of  time.  That 
is,   the  two  random  variables,   the  early 
peak  population  for  each  generation  and 
the  population  in  the  latter  instars  in- 
cluding the  number  of  females  laying  eggs 
for  the  next  generation,  both  exhibited 
large  variances  from  run  to  run.  How- 


ever,  the  population  counts  for  time 
periods  when  most  of  the  population  was 
in  the  central  instchrs   (roughly  instar  3 
through  instar  5)   approached  closely  EV 
calculations  in  these  regions.  The 
slope  of  the  population  with  time  in 
this  region  was  exponential  as  expected. 

This  mixed  response  model  therefore 
does  not  appear  to  fit  any  simple  analy- 
tical model  but  does  follow  the  trends 
predicted  by  the  analytical  population 
models  of  Watt    (6  ]  ,  Pieiou     [7]  ,  Ross 
[8]   and  others. 

The  above  details  about  the  popula- 
tion dynamics  are  apparent  in  Figure  6 
which  displays  typical  population  dynam- 
ics as  predicted  by  simulation.  Slope 
validation  is  indicated  by  the  circled 
points  which  are  calculated  EV  (overall 
fraction  survival)  plotted  at  weekly  in- 
tervals, the  first  plotted  point  being 
fraction  survival  one  week  after  eggs 
hatch  =  middle  of  3rd  instar  =  .7^  = 
.343. 

Location  of  the  range  in  time  for 
the  C3cond  generation  population  peaks 
at  Figure  6  may  be  verified  by  ordinary 
statistical  calculations  when  it  is 
realized  that  the  start  of  the  second 
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generation  is  not  statistically  inde- 
pendent of  the  first  generation.  The 
magnitude  of  the  second  generation  pop- 
ulation peak  is  a  stochastic  variate 
strongly  dependent  on  the  number  of 
females  that  survive  the  first  genera- 
tion through  the  egg  laying  stage.  The 
times  at  which  these  lay  eggs  form  the 
starting  conditions  for  the  second  gen- 
eration? the  number  of  survivors  deter- 
mines the  second  generation  population 
characteristic.    Thus  the  model,   a;^  in 
real  life,   shows  highly  volatile,  or 
transient,  second  generation  starting 
populations;  individual  second  genera- 
tion population  counts  can  be  expected 
to  show  significant  variance  around  the 
average  of  many  simulation  encounters. 

Validation  of  results  has  to  date 
been  restricted  to  the  Turing  Method 
both  because  of  the  expense  involved  in 
time  and  money  and  because  of  the  dif- 
ficulty of  obtaining  definite  experi- 
mental data.    Population  counts  in  the 
field  are  to  be  taken  this  summer,  1972. 
The  entomology  consultants  agree  that 
the  results  are  reasonable  and  of  the 
correct  order  .of  magnitude.    One  set  of 
population  data  consisting  of  three 


replications  in  two  separate  field  areas 
in  North  Florida  was  obtained  during  the 
1971  soybean  season  and  conforms  to  the 
simulated  predicted  shape  of  the  average 
population  vs.  time.    The  agreement  en- 
courages the  belief  that  the  principles 
used  in  model  construction  are  valid  and 
that  inferences  derived  from  model  re- 
sults merit  serious  consideration. 
V      Description  of  the  Experiment 

previous  experiments  with  this  model 
had  already  determined  that  the  worst 
possible  situation  for  crop  damage  occur- 
red for  the  combination  of  latest  possi- 
ble planting  date  for  the  crop  (June  24) 
and  the  earliest  possible  initial  in- 
vasion date  (July  15)   for  the  VBC  moth. 
Note  that  these  two  variables  are  large- 
ly uncontrollable  and  are  states  of 
nature,  both  in  the  usual  sense  of  these 
words  and  in  the  context  of  decision 
making . 

Consider  the  above  worst  case  and 
rephrase  the  experimental  objective 
specifically  in  terms  of  the  following: 
Pj (k)   =  Reduced  survival  fraction  in 

in star  j  =  k'Pj 
pj        =  Normal  survival  fraction  in 
instar  j 
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k      =  Fraction  of  kill  induced  by 

any  method 
j      =  Instar 

G      =  Generation  in  which  kill  is 
induced 

Then  define  the  experimental  objectives 
as  follows. 

Find  a  preferred  instar,        in  w?.*ch 
a  fixed  fraction  kill,  k,  will  minimize 
the  total  per  cent  of  defoliation  of  the 
soybean  crop  by  the  VBC  '  Find  the  im- 
plications for  pest  management  strateg- 
ies when  the  fixed  kill  is  induced  in 
the  first  generation  only,   in  the  second 
generation  only,  or  is  induced  in  the 
preferred  instar  in  both  the  first  and 
second  generations.     The  fixed  conditions 
for  the  experiment  were: 

Worst  case  states  of  nature 
A  massive  initial  VBC  moth  in- 
vasion (60  females/acre) 
Experimental  responses  were: 
Population  vs.  time 
per  cent  defoliation  vs.  time 
Census  counts  every  seven  days 
The  experimental  design  for  the  simu- 
lation model  was  a  complete  factorial 
experiment  with  three  factors,  k  (frac- 
tion kill  at  two  levels) ,  j   (instar)  at 
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three  levels  and  G  (generation  in  which 
k  is  induced)   at  three  levels. 

Factor  levels  were  chosen  as  tab- 
ulated below: 

k  =  .25,  .5 

j  =  2nd,  4th,  6th  instar 
G  =  generation  1  only,  genera- 
tion 2  only,  both  genera- 
tions 1  and  2. 

Each  response  was  replicated  twice, 
using  ordinary  then  antithetic  variate 
random  number  series  in  order  to  reduce 
the  variance  of  the  average  response. 
It  was  believed  that  this  experiment  was 
the  minimum  size  permissible,  given  the 
expected  appreciable  variance  in  the 
responses.    Responses  were  compared  at 
podset  and  podfill,  critical  points  in 
time  in  the  soybean  crop  development. 
These  points  roughly  bracket  the  time 
period  in  which  the  crop  is  highly  sen- 
sitive to  defoliation  effects.  Nine 
sets  of  randomly  selected  random  number 
seeds  similar  to  the  set  of  Figure  4 
were  used  as  data  in  order  to  generate 
the  ordinary  and  antithetic  iciiidom  var- 
iates  for  the  experiment. 

Table  2  shows  the  averages  of  the 
replicate  responses  (average  per  cent 


Table  2 


Per 

Cent  Defoliation 

at  Podset 

k  =  .25 

k  =  .5 

J 

6 

D 

.4 
D 

.6 
D 

°i 

ou  •  o 

37.0 

34.5 

22  .2 

32.1 

21.6 

•3  J  •  U 

30.7 

44.4 

22.6 

25.9 

39.5 

^1,2 

23.2 

25.7 

37.5 

12  .0 

13.7 

22.3 

Per  Cent  Defoliation 

at  Podfill 

k  =  .25 

k  =:  ,5 

.2 
D 

:^ 

.4 

6 

D 

G 

1 

39.3 

46.7 

43.6 

27.2 

41.2 

26. 8j 

43.4 

3S^.8 

53.2 

28.3 

31.9 

45.6 

°1.2 

27.6 

31.8 

46.1 

14.8 

17.8 

26.1 

k  =  fraction  kill 

j 

=  instar  in 

which  k  is 

G  =  generation  in  which 

k  is  induced 

induced 

Table  3 

ANOVA  ~  At  Potset 

Source  of 

Degrees  of 

Sums  of 

Mean 

F 

sig 

Variation 

Freedom 

Squares 

Squares 

j 

2 

532.08 

266.04 

2.9 

F      =3  3'> 

G 

2 

672.06 

336.03 

3.7 

F. 05=3.32* 

k 

1 

800.89 

800.89 

8.72 

P       =7  56** 
^.01  ''^^ 

Error 

30 

2752.5 

91.8 

Table  4 

liNOVA  -  At  Podfill 

Source  of 

Degrees  of 

Sums  of 

Mean 

F 

F 

Variation 

sig 

Freedom 

Squares 

Squares 

j 

2 

617.9 

309.0 

2.33 

F  3^  =2.52 

G 

2 

1098.8 

549.4. 

4.13 

F^Q5=3.37* 

k 

1 

1366.5 

1366.5 

10.3 

01=7. 72** 

jxG 

4 

634.3 

158.6 

1.2 

not  sig. 

Error 

26 

3455.8 

133. 
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defoliation)   for  each  cell  of  the  exper- 
imental design  at  both  podset   (Oct,  10) 
and  podfill   (Oct.  30) . 

Figure  7  presents  superimposed  re- 
sults for  the  variables, insect  popula- 
tion and  cumulative  damage,  (per  cent 
defoliation)  vs.  time-    The  time  phas- 
ing between  the  two  response  variables 
as  well  as  the  car.plex  functional  rela- 
tionships that  must  relate  them  is 
clearly  indicated. 

Figure  6  is  provided  to  indicate  the 
order  of  magnitude  of  the  population 
variances  generated  by  th.^  model.  The 
data  of  Figure  6  were  obtained  in  pre- 
vious experiments  with  this  model  and 
are  the  results  of  six  replicate  simu- 
lations each  using  a  different  set  of 
random  number  series.     The  95%  con- 
fidence limits  are  indicated  by  the 
horizontal  lines  bracketing  the  averages 
for  the  six  runs.     It  can  be  noted  that 
the  spread  of  the  95%  confidence  limits 
is  highly  time  dependent. 
VI.    Analysis  and  Discussion  of  Results 
«        Analyses  of  variance  for  the  results 
of  the  experiment  are  shown  in  Table  3 
for  podset  and  Table  4  for  podfill. 
Both  sets  show  consistent  results  im- 


plying that  similar  relations  between  k, 
j,  and  G  exist  at  these  t  o  points  in 
time.    There  is  no  reason  to  believe  the 
relations  change  at  points  in  time  be- 
tween these  end  points. 

As  expected,   fraction  kill,  k,  is  a 
highly  significant  factor  of  the  experi- 
ment.   Even  with  the  minimal  data  of 
the*=e  runs,  k  was  significant  at  the  1% 
level.    The  generation  at  which  kill 
takes  place,  G,   the  next  most  important 
factor  was  significant  at  the  S%  level. 
The  instar  at  which  k  occurred,  j,  was 
significant  at  only  the  10%  level.  It 
is  believed  thac  additional  replications 
would  shov/  this  factor:  to  have  a  greater 
effect. 

The  experimental  data  were  further 
analyzed  at  podfill  by  burying  the  effects 
of  all  levels  of  the  instar  and  kill 
factors  in  order  to  determine  which  of 
the  generation  factor  levels  were  signif- 
icantly different.    The  significance  of 
the  difference  between  generation  means 
was  tested  by  the  t  test  described  below. 
Mean  response 

G,  kill  Gp  kill  G,  kill 

2  1  2 

ul  u2  u  both 

37.48%  40.23%  27*38% 
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u      =  average  response 
n      =  12  responses/column 
d.  of  f.  =  22  for  any  2  column  com- 
parisons 

s      =  estimated  Oq  =  /TTf  (from  ANOV?0 

t     =  (Vc  -  yj)/s  /^Th 

=   (Vc  -  yj)/4.71 

where        =  control  column  mean 

y^  =  test  column  mean 

t  for  a=   .05,   d.  of  f.  =  22:  t 

crit  c 

=  2.074 

Test  1 

Hq:  u^  =  u  both 

t  =   (27.4  -  37.4)/4.71  =  -2.12 
Therefore  reject        and  accept 

Hi:  Uj^        u  both  at  95%  C.L. 
Therefore  %  defoliation  for  kill  at 
both  (Gj^  2)  is  significantly 
lower  than  that  for  only. 

Test  2 

H^:  u^  =  u  both 

t  =  (27.4  -  40.2)/4.71  =  -2.72 
Therefore,  reject       and  accept 

"1*  ^2  ^  ^  ^^^^  ^'^^ 
Thus  per  cent  defoliation  for  kill  at 

^1  2  also  significantly  high- 
than  that  for  G  only. 


Test  3 

"o-  ^  =  ^2 

By  inspection  it  can  be  seen  that 
there  is  no  significant  differ- 
ence between  per  cent  defoliation 
for        and  G^ - 
This  series  of  tests  appears  to  in- 
dicate that  a  one  time  kill  is  equally 
effective  at  either  generation  one  or 
generation  two.    As  anticipated,  a  kill 
applied  in  both  generations  results  in 
significantly  lower  defoliation  than  a 
one  tim,  .ill. 

A  similar  set  of  tests  was  made  by 
burying  the  effects  of  all  levels  of  the 
kill  and  generation  factors  and  compar- 
ing mean  response  for  the  instars  to  de- 
tect significant  instar  levels. 

Mean  response 
3  =  2  j  =  4  j  =  6 

uj2  uj4  uj6 

30.12%  34.71%  40.25% 

u  =  average  response 
n  =  12  responses/column 
d.  of  f.  =  22  for  any  2  column  com- 
parison 

t^j-£t  ^  '"^  ^-         ^*  =  22:  t^ 

=  2.074 
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Test  4 

H^:  uj4  =  uj2 

t  =   (30.1  -  34.4)/4.71=  -.98 
Therefore  accept       at  95%  C.L. 
Therefore  there  is  no  significant 

difference  in  the  effects  of  in- 
stars  2  and  4  upon  per  cent  de- 
foliation . 

Test  5' 

HqI  uj6  =  uj2 

t  =   (30.1  -  40.2)/4.71  =  -2.14 
Therefore,  reject        and  accept 

H^:  uj6  ^  uj2  at  95%  C.L. 
Therefore  per  cent  defoliation  caused 
by  a  fixed  k  at  instar  6  is  sig- 
nificantly higher  than  that  for 
the  same  k  at  instar  2  or  4. 
In  summary,   the  two  sets  of  tests 
reported  above  indicate: 

A.  A  one  time  fixed-fraction  kill, 
induced  at  the  same  instar  in 
either  the  first  or  second  gen- 
eration,  is  equally  effective  in 
controlling  per  cent  defoliation 
that  occurs  during  the  second 
generation . 

B.  Early  ins tars   (2  through  4)  are 
preferred  for  application  of  the 
induced  kill. 
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C.    Kills*  iat  both  generations,  at 

the  same  instar,  are  more  effect- 
ive in  minimizing  per  cent  de- 
foliation than  one  generation 
kills. 

Reference  to  Figure  6  shows  that  the 
second  generation  population  of  the  VBC 
is  about  an  order  of  magnitude  larger 
than  that  of  the  first  generation.  As- 
sume, as  a  first  approximation,   that  the 
amount  of  the  factor  inducing  the  kill 
is  proportional  to  the  number  of  cater- 
pillars to  be  killed.     The  fixed  frac- 
tion kill  at  the  second  generation  will 
then  require  an  order  of  magnitude 
greater  amount  of  the  kill  factor,  be  it 
insecticide,  predator,  parasite,  etc., 
than  tha^t  for  the  same "  fraction  kill 
at  the  first  generation.    Thus,  result 
A  above  must  be  modified  to  indicate 
that  generation  one  is  preferred  in 
view  of  the  original  objective  to  keep 
the  amount  of  kill  factor  at  a  minimum. 
VIII  -  Conclusions 

The  above  analyses  suggest  the 
following  biological  control  strategies 
should  be  investigated  in  the  real  life 
situation . 


1  -  Apply  kill  factor  early  in  the 

first  generation.    This  implies 
a  payoff  exists  for  emphasizing 
early  detection  of  the  first 
generation  larvae. 

2  -  A  period  of  about  two  weeks  is 

available  during  each  genera- 
tion's life  cycle   (Result  B 
above)   in  which  the  strategy  of 
1  above  can  be  used.    That  is 
make  haste  slowlyr  time  is 
available  for  careful  planning 
for  the  most  useful  strategy. 

3  -  If  the  early  instars  of  the 

first  generation  are  undetected, 
concentrate  on  the  early  instars 
of  the  second  generation.  (The 
last  instars  in  any  generation 
of  the  VBC  are  nearly  impossible 
to  kill,  per  the  practicing  en- 
tomologists) .    The  penalty  for 
having  to  use  this  approach  is 
a  large  increase  in  the  amount 
of  kill  factor  employed  during 
the  favorable  two  week  period. 
One  has  indeed  been  able  to  identify 
viable  biological  strategies  by  analysis 
of  the  results  of  a  designed  experiment 
for  the  simulation  model.     The  relative 


factor  effects  of  instar  (j),  fixed 
faction  kill  (k) ,  and  generation   (G)  at 
which  the  kill  is  induced  have  been 
evaluated. 

The  results  of  this  experimen.t  sug- 
gest that  future  experiments  should  in- 
clude fraction  kills  at  the  egg  stage. 
Should  the  egg  fraction  kill  be  signi- 
cantly  effective,  experimental  efforts 
on  pest  controls  by  specific  parasites 
and  predators  should  be  increased.  It 
is  anticipated  that  future  research  will 
extend  the  model  design  to  include  en- 
vironmental effects,  pest-predator- 
parasite-fungi  relations,  economic  dam- 
age caused  by  multiple  pests,  and  con- 
sideration of  pollution  or  poisoning 

effects  of  alternate  management  strateg- 
I 

ies . 

IX  -  Technical  Note 

Average  cost/simulation  run  =  $15. 
(IBM  360/65) . 
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USE  OF  SIMULATION  TO  TEST  THE  VALIDITY  AND  SENSITIVITY  OF 
AN  ANALYTICAL  MODEL 


PROSPER  M,  BERNARD 
The  Provincial  Bank  of  Canada 

ABSTRACT 

The  purpose  of  the  research  reported  here  was  to  test  formally  the  validity 
of  some  assumptions  made  in  solving  models  by  analytical  techniques  and 
to  test  the  sensitivity  of  the  system  to  the  arrival  distribution.    The  pre- 
sentation refers  to  a  simplified  real-time  model.    The  analytical  solution 
in  the  literature  is  to  derive  shown  results  for  each  stage  of  the  system 
and  add  them  up  to  obtain  the  behavior  of  the  system.    Assumptions  mu^t 
then  be  made  at  each  stage.    Simulation  has  been  used  to  solve  the  same 
system  in  terms  of  the  same  measure  of  efficiency,  i,  e,  the  response 
time.    However,  the  system  is  solved  as  a  whole,  the  output  from  one 
stage  becoming  the  input  to  the  second  stage.    Confidence  limits  have 
been  obtained  for  the  response  time  in  order  to  test  the  results  obtained 
from  analytical  techniques.    Simulation  has  also  been  used  to  test  the 
sensitivity  of  the  system  to  a  change  in  the  arrival  distribution.  Using 
analysis  of  variance,  the  effect  of  the  arrival  pattern  and  of  the  inter- 
action is  determined. 


Introduction  some  assumptions  made  in  solving  a  model  by 

The  purpose  of  this  presentation  is  to  show  analytical  techniques  and  to  test  the  sensitivity 

how  one  can  use  simulation  to  verify  formally  of  that  model  to  a  departure  from  the  classical 
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"Poisson"  arrival  as  sumption.    The  method 
used  in  this  paper  is  to  describe  the  model, 
which  has  been  published,  and  to  discuss  an 
analytical  solution.    As  will  be  seen  in  detail 
later,  the  procedure  for  solving  this  multi- 
stage model  of  queues  in  series  is  first  to  sol- 
ve each  stage  and  then  to  add  up  the  results. 
This  implies  making  assumptions  at  each  stage, 
and  this  procedure  may  introduce  errors.  For 
this  reason,  the  simulation  will  be  used  to  study 
the  system  as  a  whole  without  having  to  make 
intermediate  assumptions.    Independent  simu- 
lation experiments  will  be  made  in  order  to  ob- 
tain confidence  limits  on  the  mean  response 
time. 

Most  queuing  models  assume  a  Poisson  arrival 
distribution  and  no  solution  is  offered  for  a 
departure  from  the  "Poisson"  assumption.  It 
might  be  easier  to  determine  in  advance  the  ef- 
fect of  the  arrival  distribution  than  to  make 
field  studies  to  make  sure  that  it  is  in  fact 
Poisson.    Even  if  one  could  determine  the  ex- 
act shape  of  the  distribution  and  it  were  found 
not  to  be  the  Poisson  distribution,  there  is  no 
solution  available.    For  this  reason  the  author 
will  test  the  sensitivity  of  the  model  by  repeat- 
ing simulation  experiments  with  distributions 
as  far  apart  as  Poisson,  Normal,  and  Uniform, 


Model  to  be  tested 
In  this  real-time  inquiry  model  there  are  a 
finite  number  of  customers  linked  to  a  central 
processor  via  common  carrier  lines  and  a  ter- 
minal.   A  graphical  representation  of  the  model 
i s  given  in  figu r e  1. 

The  following  assumptions  have  been  made: 

1.  The  arrival  distribution  at  each  terminal  is 
Poisson  with  mean  7^  /m  where  m  is  the  num- 
ber of  terminals. 

2.  The  service  time  of  the  central  processor  is 
distributed  according  to  an  Erlang-2  distri- 
bution. 

3.  The  service  time  for  each  terminal,  i.  e.  the 
key-in  time  and  print-out,  are  uniformly  dis- 
tributed. 

4.  The  queue  discipline  is  Fi rst-in-Favst-out. 
The  real-time  inquiry  model  consi-'ered  in  this 
presentation  could  be  seen  ac  a  machine  inter- 
ference model  where  there  are  external  arrivals 
to  each  machine  or,  in  this  case,  to  each  ter- 
minal. Customers  arrive  at  each  of  the  m  ter- 
minals randomly  with  mean  arrival  rate  7N/m. 
The  total  response  time  consists  o'<  the  waiting- 
time  for  the  terminal,  the  service-time  of  the 
terminal  (key-in),  the  waiting  for  the  CPU,  the 
service-time  in  CPU  and  the  service-time  of 
the  terminal  (print-out).    The  system  is  consi- 
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dered  busy  during  the  whole  period  and  can  ac- 
cept a  new  customer  only  after  the  terminal 
pVocessing  of  the  previous  customer. 
The  reader  will  sea  the  similarity  between  this 
model  knd  the  classical  "machine  interferei  :e'* 
model.    The  whole  mode)  can  be  seen  as  a 
multi-stage  model  where  the  middle  stage  is  a 
machine  interference  model.    This  latter  model 
has  been  well  described  and  analy^sed  in  the  li- 
terature. 

In  the  machine  interference  model  there  are  a 
finite  number  of  machines  or  sources  assigned 
to  one  serviceman  or  service  station.    The  ma- 
chine is  either  "up"  or  "down".  When  the 
machine  goes  down  it  joins  the  queue  for  ser- 
vice.   The  machine  gets  immediate  service  or 
waits  for  service  depending  on  the  availability 
of  the  single  repairman. 

In  the  machine  interference  model  the  following 
assumptions  are  usually  made: 

1.  The  service  time  is  exponentially  distributed 
with  mean  Ts. 

2.  The  "up"  time  for  each  machine  is  exponen- 
tially distributed  with  mean  time  Tc\. 

These  assumptions  are  sometimes  referred  to 
as  the  worst-case  conditions.  The  ratio  of  the 
two  times  is  defined  as  the  "service  ratio" 


where 


Z  =  Ta . 
Ts 


The  "Server  Utilization"  denoted  as  r    ,  ,  can 
be  obtained  for  each  number  of  machines  m  and 
for  each  value  of  z  as^ follows.    Let  the  proba- 
bility       represent  the  fraction  of  time  when 
there  are  zero  machines*  in  the  service  queue, 
and  the  serviceman  is  idle.    Thus,  1  -  Pq  may 
be  interpreted  as  the  fraction  of  time  the  ser- 
viceman is  busy,  that  is: 


Server  Utilization  =  1-Pq=1  -  c 


^  J 


^m(z). 


j=0     J  I 


Analytical  solution 
The  n'lOdel  has  been  given  not  a  rigorous  solu- 
tion, but  an  approximation,  where  the  results 
of  all  stages  are  added  up  to  make  the  total  res- 
ponse time.    The  following  solution  has  been 
proposed  ^. 

From  the  user's  point  of  view,  the  system  is  in 

use  when  he  starts  keying  the  inquiry  so  that  it 

could  be  considered  as  a  service-station  or  a 

"  black  box"  in  which  service  time  Tp  is: 

Tp  =  Tu  +  Tw  +  Ts  +  To  1 

where 

Tu  =  Time  to  key-in  and  transmit  the  message 
Tw  =  Waiting  time  to  access  CPU 
Ts  =  Time  for  service  in  the  CPU 


ERLC 


54 


To  =  Time  to  transmit  and  print  the  result 
Tp  =  Total  service  time 

Tq  =  Total  response  time  =  waiting  for  the  sys- 
tem +  Tp. 
The  model  is  represented  in  figure  1. 
Since  the  overall  system  can  be  considered  to 
be  a  single  service  station  where  the  expected 
service-time  is  Tp,  the  system  utilization  by 
a  user  can  be  defined  as: 

P    =  {?)/m)    I  (1/Tp)  =    7^.  .    Tp  2 

m 

The  response  time  for  a  single  server  model 

with  random  arrivals  and  an  arbitrary  service 

distribution  has  been  obtained  by  Pollac^eK  and 

simplified  by  Khintchine^.  The  general  formula 

known  as  Pollaczek-Khintchine  uses  only  the 

first  two  moments  of  the  service  distribution 

and  can  be  transformed  by  algebraic  modifica- 
I 

tions  to: 

The  total  response-time  has  been  obtained  in 
terms  of  Tp,  the  service-time  when  the  over- 
all system  i?  assumed  to  be  a  service-station. 
The  only  further^nformation  necessary  to  ob- 
tain the  expected  value  of  Tp  is  the  expected 
waiting  time  to  the  CPU  itself. 
By  applying  the  machine  interference  results 
for  the  middle  subsystem  where  the  machines 
or  terminals  are  queuing  the  CPU,   one  can  ob- 


tain the  remaining  values.    The  server*  s  (CPU) 
utilization  R(m)Z  can  be  found  from  the  graph 
in  figure  2.    However,  the  service  ratio  z  is 
not  known,  since  it  depends  on  the  external  ar- 
rival rate.    This  ratio  can  be  determined  in  the 
following  manner.    Since  all  customers  arriving 
at  the  various  machines  must  eventually  go 
through  the  service  queue,  the  utilization  of  the 
serviceman  can  be  calculated,  independently 
from  z,  to  be 

(z)=?i.  T^  4 

Z   Ts  =  Ta  and  rj^z)  =7^Ts  can  be  substituted 

in  the  general  machine  interference  formula 

E(time  between  breakdowns)  =  mts  . 

rj^z) 

The  following  results  are  thus  obtained. 

5 


Tw  +  Ts  =  M/TN    -  Z   Ts   if  Tw_>  1, 

Ts 

However,  for  Tw_  <    1     ,  the  simple  queuing 
Ts 

time  formula  may  be  used  as  a  good  approxi- 


mation, 
Tw  -f  Ts 


Ts 


(m  -  1) 
m     7\  Ts 


if  Tw  <  I 

Ts 


where  Z  is  the  service  ratio  in  the  machine 

interference  model. 

Example: 

The  behavior  of  the  model  can  be  shown  better 
in  terms  of  an  example.    In  this  eyample  there 
are  20  terminals  connected  to  the  CPU.  The 
key-in  time  is  uniformly  distributed  between 
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5  and  15  and  the  print-out  of  a  message  is  also 
uniformly  distributed  between  2  and  7.  The 
computer  processing  time  is  assumed  to  be  an 
Erlang-2  distribution  with  a  mean  of  2  seconds. 
Although  the  CPU  processing  time  is  not  expo- 
nentially distributed,  the  machine  interference 
formulae  are  used  as  an  approximation. 
In  order  to  obtain  numerical  values  for  the  ex- 
pected response-time  and  for  the  other  compo- 
nents one  may  proceed  as  follows: 
CPU  utilization  is  determined  from  equation 

r  20         =  A  inquiries   ^     2  sec 
sec  inquiry 
From  this  equation  the  service  ratio  z  is  deter- 
mined and  can  then  be  substituted  in  equations 
5  and  6, 

=  2  if  Tw 

1-0,95x2x7^  Ts 

o  r 


20 


-    2z,  if  Tw 


Ts 


>  1. 


The  overall  inquiry  service  time  found  from 
equation  1  is  then  given  as 
Tp  =    10  +   Tw  +  Ts  +  5, 

The  inquiry  service  variance  is  likewise  given 
as  the  sum  of  variances 

<r  ^=il525L%Tw^+i%(2zl)^lU7+Tw^ 
P  2  12 

2  ? 
where  is  approximated  by  Tw^, 

Terminal  utilization  is  given  from  equation  2, 

/>  ^21-.  =  Tp, 
^    20  ^ 


Finally,  the  inquiry  response  time  is  daterniined 
from  the  queuing  time  formula  of  equation  3, 
The  whole  set  of  calculations  is  summarized  m 
Table  1, 

With  20  terminals  the  system  can  accept  0,  4 
inquiries  per  second  or  1,  2  inquiries  per  mi- 
nute per  terminal.    The  response  time  is  30 
seconds  with  CPU  utilization  of  80%.  Beyond 
this  point  the  response  time  increases  at  an  in- 
creasing rate  as  shown  in  figure  5, 
The  reader  will  notice  tha t  assumptions  have 
been  made  above  concerning  the  arrival  distri- 
bution at  the  second  stage  of  the  system.  Burke 
has  shown  that  the  output  of  one  queue  with 
Poisson  input  is  also  Poisson  .     However,  the 
general  procedure  for  obtaining  the  distribution 
of  the  output  of  queues  in  parallel  and  series  is 
difficult  to  obtain  analytically.    In  this  analytical 
model,  assumptions  have  to  be  made  at  each 
stage.    It  is  assumed  that  the  input  to  the  second 
stage  is  Poisson  as  weel  as  the  input  to  the  sys- 
tem. 

In  solving  the  model,  assumptions  were  made 
and  approximations  were  used.    The  model  was 
analytically  solved  by  studying  each  of  the  sub- 
systixns  and  adding  up  the  results.  Intermedi- 
ate a;  ttuinptions  were  made  concerning  each 
subsystem.    The  middle  stage  was  approxima- 
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ted  by  the  machine  interference  model  where 
the  "down"  times  are  exponentially  distributed. 
Even  in  that  middle  stage,  the  usual  queuing 
theory  formulae  for  arrivals  from  an  infinite 
population  were  used  where  the  ratio  of  the 
waiting  time  over  the  service-time  at  the  CPU 
was  small. 

Like  any  abstraction,  the  model  represents  only 
some  aspects  of  the  real  world.    It  is  important, 
therefore,  to  know  the  effect  of  assuming  or 
neglecting  certain  parameters.    The  model  is 
based  on  the  "Poisson"  arrival  assumption  and 
no  solution  is  given  for  a  non-Poisson  arrival. 
If  may  be  asked  what  would  happen  if  the  arri- 
val distribution  was  not  really  Poisson.  To 
explore  this,  the  two  following  hypotheses  will 
be  tested. 

Hypotheses 

A.  The  expected  total  response  time  is  proper- 
ly obtained  from  the  analytical  solution. 

B.  The  arrival  distribution  has  no  effect  on 
the  expected  total  response  time  of  the 
simulation. 

Simulation  results 
Simulation  runs  using  GPSS  were  made  to  test 
the  above  hypotheses.    The  simulation  runs  are 
made  for  the  samo  values  as  in  the  example 
given  above.    Th    program  generates  Poisson 


arrivals  randomly  distributed  to  any  of  the  20 
terminals.    A  queue  is  formed  in  front  of  each 
terminal.    The  units  go  through  the  stages  of  the 
model  illustrated  in  figure  1.    In  the  simulation, 
there  is  no  need  to  make  assumptions  at  each 
stage  since  the  program  will  take  as  input  in 
stage  2  the  output  of  stage  1.  Measurements 
are  made  only  at  the  end,  for  the  customer  is 
interested  in  knowing  the  response  time  of  the 
overall  system  rather  than  the  waiting  at  each 
stage. 

The  First  Hypothesis.  The  system  was  studied 
at  eight  different  arrival  rates  corresponding  to 
the  rates  shown  in  table  1.    In  order  to  arrive  at 
a  confidence  interval  at  each  point  of  interest 
one  must  have  a  sample  of  independent  observa- 
tions.   However,  data  generated  by  simulation 
are  autocor related.    If  we  assume  the  absence 
of  autocorrelation  we  may  underestimate  the 
variances  or  we  may  take  a  too  small  saniple. 
The  variance  of  autocorrelated  data  is  not  re- 
lated to  the  population  by  the  simple  expression 

2  2. 
cr      —  :s     O"  /n 

X 

but  by 

2  2 
cr      —  =     0-   /n  +  k 

X 

where  k  is  a  positive  number.    In  order  to 
avoid  the  problem  of  autocorrelation,  12  inde- 
pendent runs  were  made  at  each  of  the  8  arri- 
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val  rates  being  studied.    The  mean  of  each  run 
was  used.    In  each  run  a  transient  period  of  50 
arriving  units  wac  discarded  and  100  steady  state 
units  were  recorded.    By  making  exploratory 
runs  it  was  found  that  the  steady- state  was  rea- 
ched well  before  50  units  had  arrived.    The  mean 
of  the  response  time  for  each  is  approximately 
normally  distributed  and  a  confidence  interval 
can  be  calculated. 

It  is  not  possible  to  show  here  the  results  of  so 
many  runs.    However,  the  expected  re  ;ponse 
time  for  each  run  was  recorded  and  entered  in 
the  first  column  of  table  2. 

The  output  of  the  simulation  runs  are  compared 
to  the  analytical  results  in  table  3.  Although 
our  interest  hert       in  the  expected  total  res- 
ponse time,  table  2  also  shows  the  utilization 
values,  the  waiting  times  and  the  length  of  the 
queue.    However,  the  response  time  has  not 
been  obtained  by  adding  up  the  different  items 
but  by  measuring  the  difference  of  time  bet- 
ween the  arrival  and  the  departure  of  a  unit. 
The  other  values  are  presented  to  help  identify 
the  area  of  great  differences,  as  will  be  discussed 
later.    Both  response  times  are  graphed  in  fi- 
gure 6.    It  will  be  noticed  that  there  is  a  major 
difference  in  the  results  when  the  arrival  rate 
approaches  I.  0  unit.per  second  or  when  the  CPU 


utilization  approaches  U 

The  analytical  results  imply  that  the  mean  res- 
ponse time  curve  shown  on  figure  1  approaches 
asymptotically  a  vertical  line  at  an  arrival  rate 
below  0.  5  inquiry  per  second.    The  simulation 
results  show  that  the  expected  response  time 
curve  approaches  asymptotically  a  vertical  line 
at  0.  75  inquiry  per  second. 
It  should  be  noted  here  that  the  results  of  the 
simulaticn  model  were  not  obtained  starting 
from  empty  system*    This  would  have  produced 
results  further  away  from  the  analytical  results. 
Instead,  the  model  was  run  until  steady  state 
had  been  reached.    Only  at  that  point  were  the 
statistics  accumulated. 

As  one  will  recall,  the  analytical  solution  was 
obtained  by  adding  the  waiting  time  and  the  ser- 
vice time  at  each  stage.    One  can  see,  by  look- 
ing at  table  3,  that  tho  ^^ement  that  varies  the 
most  between  the  analytical  and  the  simulation 
results  is  the  waitiiig  time  at  the  CPU  itself. 
This  corresponds  to  the  waiting  time  at  the 
stage  that  was  approximated  by  the  machine 
interference  model.    It  is  interesting  to  note 
that  in  the  area  where  the  ratio  of  the  average 

V  »iting  time  to  the  CPU  over  the  average  ser- 

Tw 

vice  time  was  less  than  one,(i-  e. )  1) . 

the  results  of  the  analytical  solution  and  of  the 
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simulation  arc  statistically  the  same.    In  this 
region  the  machine  interference  model  was  not 
used. 

Confidence  intervals  for  the  total  response  time 
were  calculated  using  Student'^Statistics  for  the 
8  arrival  rates  of  interest  at  997o  level  and  95% 
level.    The  results  are  summarized  in  table  4 
and  plotted  in  figure  4,   It  caii  easily  be  seen 
that  for  an  arrival  rate  of  over  ^45  inquiry  per 
second  ,  the  analytical  results  are  weii  atside 
the  99%  confidence  interval. 
It  is  easy  to  conclude  that  the  results  fail  to 
confirm  the  first  hypothesis.    The  response 
time  does  not  increase  as  fast  as  suggested  by 
the  analytical  techniques.    The  reason  for  this 
may  be  that  the  input  to  the  second  stage  of  the 
model,  i.      the  CPU,  is  not  exponentially  dis- 
tributed, as  has  been  assumed  to  fit  the  machine 
interference  model.    The  later  model  assumed 
exponentially  distributed  "  down"  times  on  each 
of  the  20  terminals.    However,  since  a  queue 
is  formed  in  front  of  each  terminal  followed  by 
a  uniform  service  time,  the  equivalent  of  the 
"down"  times  are  not  necessarily  exponentially 
distributee'.    The  reader  will  notice  that  in  the 
simulation  runs  there  is  no  need  to  make  as- 
sumptions at  the  second  and  each  subsequent 
stage  as  in  'the  analytical  solution. 


Testing  the  Second  Hypothesis.  An  important 
factor  often  mentioned  in  the  literature  is  that 
if  one  wants  to  use  the  arrival  rate,  a  special 
study  should  be  undertaken  to  make  sure  that  it 
is  Poisson.    In  this  presentation  the  d.uthor  uses 
another  approach,  i.  e.  ser.jitivity  analysis  of 
the  assumptions.    One  would  ask  What  if  the  as- 
sumptions are  not  true?    Should  we  iiivcstig  e 
the  real  arrival  pattern? 

It  is  obvious  that  there  is  no  need  to  investigate 
the  exact  value  of  a  factor  ii_  this  factor  has  no 
effect  on  the  system.    The  author's  approach  is 
therefore,  to  determine  in  advance  the  effect  on 
the  system  of  the  mean  of  the  a rrival distribution. 
In  order  ^o  do  this,  the  author  repeated  the  ex- 
periments described  above  for  two  other  distinc- 
tive arrival  patterns,  i.  e.  normal  and  uniform 
arrival.    The  means  of  the  three  distributions 
are  the  same.    The  uniform  distribution  varies 
from  0  to  2  X  where  X  is  the  mean^    The  stand- 
ard deviation  used  for  the  normal  distribution  is 
in  this  case  X/5.  In  each  case,  as  before.  1? 
runs  of  100  steady  state  arrival  were  made  for 
each  of  the.  8  levels  of  interest.    The  results  ob- 
tained are  summarized  in  table  2.    There  are 
288  runs  of  100  observations,  i.  e.  28.800  ob- 
servations in  all.  not  including  the  transient 
period.    We  also  have  enough  inlormation  to 
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test  the  interaction  since  each  cell  in  the  table 
has  12  observations. 

An  analysis  of  variance  was  made  to  determine 
the  effect  o£  the  treatment  (arrival  distribution) 
on  the  response  time.    The  arrival  distributions 
and  the  arrival  means  are  both  fixed  factors. 
There  arc  3  levels  for  the  first  and  8  levels  for 
the  second  factor  and  12  independent  observa- 
tions in  each  cell  as  shown  in  table  2. 
The  arrival  means  have  an  obvious  effect  on  the 
mean  response  time.    However,  here  one  is  in- 
terested in  testing  the  effect  of  the  arrival  dis- 
tribution and  the  interaction  effect.    The  resr^itt 
of  the  analysis  of  variance  are  shown  in  table  5. 
The  surprising  conclusion  is  that  the  arrival 
distribution  has  no  significant  effect  on  the  total 
response  time  (even  at  a  low  73%  confidence 
level)  and  that  the  interaction,  i.  e.  the  combined 
cfi  "Ti  of  arrival  rate  and  arrival  pattern,  is  al- 
most non-existent.    We  do  not  reject  the  second 
hypothesis. 

This  conclusion  implies  that  there  is  no  need  to 
search  for  the  trae  arrival  p-  tern  since  it  has 
little  effect.    Even  if  the  arrival  to  the  system 
exhibits  a  departure  from  the  Poisson  assump- 
tion the  expected  response  time  seems  not  to  be 
affected. 


Conclusion 

In  this  paper  the  author  has  reviewed  and  tested 
by  simulation  a  simplified  real-lime  model.  He 
has  shown  that  the  system  docs  not  behave  as 
prescribed  by  the  analytical  solution  and  has 
demonstrated  the  original  conclusion  that  the 
arrival  distribution  has  little  effect  on  the  expect- 
ed total  response  time.    However,  e  more  ex- 
tensive study  made  by  the  author  on  many  other 
models  showed  that  many  models  arc  sensitive 
to  a  departure  from  the  Poisson  arrival.  ^ 
Simulation  has  been  used  successfully  to  arrive 
at  this  conclusion  because  there  is  no  need  for 
assumptions  to  be  made  at  each  stage  as  in  the 
analytical  solution.    Furthermore,  a  simuJ-^'ion 
model,  once  running,  can  easily  be  changed  to 
analyse  the  assumptions  at  the  first  stage.    It  is 
obviously  less  expensive  to  run  sensitivity  ana- 
lysis on  the  assumptions  than  to  field-test  them. 
Sensitivity  analysis  could  be  performed  on  any 
of  the  other  parameters  of  the  model.  However, 
simulation  experiments  being  very  expensive, 
the  author  selected  to  allocate  limited  resources 
to  the  analysis  of  the  classical  queuing  theory 
assumption,  i.  e.  the  Poisson  arrival  distribution, 
in  a  simple  model. 
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Table  I 

Example  of  the  results  obtained 
from  the  analytical  solution 


Utilization 

Arrival 
rate 

Service 
ratio 
Z 

Waiting  time 
CPU 
T 

Terminal 
utilization 

Total  time 
in  system 

0.  I 

0.  05 

200 

0.  21 

0.  04 

17.  5 

0.  2 

0.  10 

98 

0.47 

0.  09 

18.5  : 

0.4 

0.  20 

48 

41.  20 

0.  18 

20.  2 

0.6 

0.  30 

31 

22.  65 

0.  30 

?4.  ? 

0.8 

0.40 

21 

64.  80 

0.  44 

31.? 

0.9 

0.45 

17 

67.  30 

0.  55 

41.  0 

0,98 

0.49 

13 

212,  5 

0.  72 

75.0 

1 

SIMULATION 


RATS 
SEC. 
0.10 


16 

./ 

17.3 

17. 

1/ 

5 

19-0 

le. 

\h 

17.6 

19.2 

17. 

2'\ 

9 

?1.6 

19.4 

19.8 

19.9 

2t 

9 

?0.? 

1«.7 

19. 

2? 

?3.3 

?i. 

?0 

4 

?5.1 

?7. 

21. 

1 

?1.0 

22. 

ARRIVAL  OlSlRIRUIIO'J 
UfJirOPH 


17.9  18.8  18. 2  18.1 

19.7  17.6  17.3  17.9 

18.3  17.9  17. C  U.3 

19.9  19.7  19.4  U.8 

?0.6  ?e.«  Ift.J  ?0.3 

19.0  20.1  19.0  ?1.3 


32.4  ?7.?  ?6.4 
28.?  ?1.0  ?^.l  23.1 
28. t  ?9.5  26.1  33.3 


41.6  27.7  2?.l  43.5 

31.2  27.1  .17.9  39.4 

31.3  ?4.4  27.7  29.3 


31.0  57.3 

39.1  37.5  '0.9  41.8 
59-6  y    t  59.1  70.2 


47.5  39.9  "J5.2  61.7 
40. f.  ?9.4  ,^6.2  25.4 

90.6  54.7  37, i  54.5 


6S.A106.0  4.1.7  49.2 
95.8  91.1  60.2  57.2 
71.2  74.9  43.9  71.5 


22. <  91.6  19.3  20.5 
19.9  97.3  29.6  92.4 
23.3  20. d  19.9  21.6 


33.5  ?4.5  20.9  26,2 
?6.5  56.?  2<.5  27.? 
25.3  26.4  32.7  37.9 


Vt,  1  99.7  76.6  32.5 
29.1  97.3  25.4  95.0 
50.0  32.4  ?9.8  29.6 


39.3  29.3  46.4  37.4 
43.0  ^9.3  33.7  44.9 
58.6  40.6  39.4  .13.7 


55.3  ."J5.1  41.1  43.2 
61.5  46.9  411.2  54.0 
51.2  49.3  45.6  52.2 


57.3  (^5.0  85. <  73.9 
64.2  72.5  5A.2  fli).3 

77.4  61.4  <5.«  56.7 


NORMAL 


17.5  17.?  17.7  17.9- 

16.6  17,4  17.3  17.3 
Ift.2  18.4  17.9  17.7 


19.1  17.9  19.6  17.3 
1A.9  ie.9  18.4  19.0 
19.5  18,6  18,9  19.7 


2?. 4  22.9  20.4  ?o.3 
20,8  26.5  ?1.3  22.3 
21.?  ?3.6  21.9  ?2.9 


27.1  24.3  22.1  23.1 
•2.^.9  27.2  26.0  24.6 
21.5  27.3  26,7  27.6 


3?, 7  26.6  26. f  29,0 
30.3  31 .9  23.7  ?5.6 
26.*.  30.2  29.6  34.2 


40.7  32.5  32.2  29.0 
39. J  46,9  41.0  ?9.2 
31. S  39.6  34.3  39.4 


34.4  43.7  34.7  60.0 
39.:  6D.6  55.2  41.C 
39, 45.3  59,7  62.1 


69.1  4<.5  76,6  93.9 

74.2  70.0  67.9  69.4 
64.1  79.2  51.0  71.3 


»<0T£:   Each  valjf  <;mowi  \h  this  tarj,?   is  th?  avfracc  of  oa  ouw  mide  cr 

lOO  NOM  I«»fl5re«Jl  OaSERVATlON?. 

IHEPE  AR?  995  nONS  W|IH  OirrppfiT  RA«<'iO'«  '^r.-S^P  Sta^E'^CES. 
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ANALVTICAl.  RESULTS 


SIMULATION  RESULTS 


iNTtR  ARRIVAL 
T|P£  (S£CI 


ArML« 

to 

5  , 

?.5 
Z.22 

l,t 
1.$ 


SIM. 

5  ~ 

3.53 

2.5 

2.22 

2.0 

J. 8  » 

K5' 


Ai^<^IVAL 
PATE 


UTlL/ATIO>i 
OF  CPU 


ANAL. 

SIH 

ANAL. 

SH. 

0.10 

0.10 

0.2 

0.197 

0.2 

0.2 

0.^ 

0.395 

0.3 

0.3 

0.6 

0.606 

0.^ 

0.^ 

o.e 

0.78  3 

0.^5 

0.45 

0.9 

0.895 

0.5 

0.5 

1.0 

0.9'i; 

0.555 

0.555 

I.O 

0.967 

0.666 

1.0 

1 

0.999 

AMAL 

0.47 
1.20 
2.65 
4.20 
7.30 
3fl.O 
LARC£ 
LARGE 


UR*<1«AL* 

RESPONSE 

RfSro-jSE 

LTNCTH  OF 

juruc  CPU 

CPU 

UTILU. 

T  IMf 

T  I'lf 

Ave^Ace 

SIKU. 

fXtL- 

IfRH 

1  -.CL  . 

'  cpir" ~ — 

ANAL 

SIK. 

AN-AL. 

SIH. 

AN'Al . 

ANAL. 

sm. 

SI'l. 

0.324 

0.09 

0.0d3 

17.5 

17.25 

18.5 

10.109 

0.047 

0.03? 

2.0 

C.92B 

o.id 

0.161 

10.2 

10. 4A 

20.2 

2d. 01 2 

O.^'.o 

OTl  9* 

""6.0  ' 

1.749 

C.30 

0.371 

19.7 

:8.5o 

24.2 

22.915 

0.7  95 

O^IC 

,^J.O  

'..CI  7 

0.4', 

C.47? 

21.8 

•2.67 

31.2 

78.557 

1.90 

1.771 

IC.O 

5.563 

0.55 

0.428 

*4.3 

'4.00 

41.0 

32.724 

19.0  '  • 

7;57f 

*io.o — 

e.493 

1.0 

0.706 

55.0 

ARCr 

LARCr 

43.793 

AKCC 

4.?ei 

13. 

0.512 

1.0 

o;9U.  ' 

LA^ce- 

arcf 

LAf^CE 

46.206 

.A^ilE 

4.40f 

1/..0 

: 5.601 

1.0 

:>.96S 

L  After 

,ARCt 

LARGE 

71.010 

-ARCE 

■15. 0"—' 

AKAL.   :   RESllTS  Of  AVALY7ICAL  SOLUTION 

SIM:      SI.'^ULATIOP*  RESULTS 
LARCEs'  MEA'iS  THAT   TM£  VALUE  APPRCaChES  INFINITY 


TABLE  4 


 C.O^N.F.l  OENC€    UIHITS     FOR    "RES. PONS  E  .T-I„»UE_ 


-  ARRlVAl  

TIME  RATE 


10 
3.33 


2.  5 
^-2.22 
2.0 


1.  0 


110 
.2  — 
.3 


.4 
-.45_ 
.50 

Ts'sT" 

.660 


..UTILIZATION  OF  CPU 
ANAL.     SIKUL.  * 

MEAN  OF  MEANS 


0.197 
0.395 
0.606 
0.763 
0.095 
0.961 
6.«J67 
0.999 


1.0 

i.o 


TOTAL  TIKE 
ANAL. 


10.  5 

.  20.2 
24.2 
31.2 

.  41.0 

LARGE 

LARGE 

LARGE 


Spent  ik  system 

SIHUL  « 
MEAN  OF  KFANS 

Id. 139 

-.20.312 

22.915 

20.557 

32.724  _ 

43.793 

46.206 

71.010 


•RE^PO'iSE. 
STO.  ERR. 
OF  KEAN 

P. 162057* 

0.326097. 

0.614745 

1.76127"' 

l.7923G_ 

2.52fl22 

5.13776*" 

5.41217... 


 C3MF.|0t»iCC^lNlEmU-£0R.POP..y.EAN.. 

95t  LE^EL  99t  lEvEL 


17.7429  -  10.604? 
19.414^  -  70^8522^ 
21.6163  -  24.3174 


24.^770  -  32.4230 
2  8  .  7 17  CU=_3  6 . 5  W  7«3ll« 
2P.0909  -  40.0170 


34.<Jft23  -  57.4<J77 


17.5050  -  10.6047 
-L9.1213_-.,21.1454 
21.0651  "  24.8613 


23.0974 
«2J^1C94.-  38.2073 
26.6314  -  42.205^ 
30.2943"^"62'.*1 0  59 


-5^.1C31 


,  P7.6l36j 


 THf  VALUE  SHOWN  IS  THE  AV£;»WE  VALUf  OF   12  RU«.  " 

EaCM  RUN  HAS  100  STfAOY  iTATE  0.3SFRVATI  O^JS. 

— — AP?ftOAC»t£sr  Infinity  fts   utilization  approaches  i.o.. 

OR  AS  ARRIVAL  RATE  /PP0A;.<ES  1.0 

ImE  results  of  MATmEHAtICAL  formulae  ClvCS  A  RESPONSE 
TlHE  OUTSIOE  IME  COSFIOEnCE  INTERVAL. 


NOTE  :  ALL  THE  VALUES  SHDuN  ON  THIS  Ta9LE  ARF  TME  k;aN 

OF  0".f  SIHiJLAT.lON  RUN  OF  100  08SfRVATlONS  ExCLUOIKG 
 TRANSIENT  03SE<iVATI0«*S. 

100  POSFRVAT  IO«*S  FOR  1  ENTRY  IN  THE  TAOLE 

i:     ENTRIFS  PER  CELL 
 .o.     LEVELS     I.E.     5    ARRIVAL  AVERAGES 

3      TRFAT.HEN-rS  OR  3    ARRIVAL  PATURU 

24  CELLS 
 20«  t^TRIES 

20.^90  OOSERVATIQNS 
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TABI£  5 

EFFECT  OF  THg  ARRIVAL  PATTERN  OH  THE  qgSPQNSg   TTMC   IN  A  REAL  TIMC  MpOCL 


ANOV-Z-UNweiGHTCD  SOLUTIC; 


SOURCE 

A 

S(A) 


8 
AO 
6S(A) 


SS 


74915. 25> 
4907.000 


257,766 
495.891 
.il93i,  Ida 

r.ft*r<o  KEAN  = 


OF 


7. 

83. 


2. 
14, 
176. 


MS 


10,702.  176 
5:>,76l 


1^ 

12e. F83 
35,421 
"67.791 


34.192  I 


CELL  ?^EAf:S— ROWS  =  LEVELS  OF  A,     COLU-'NS  =  LEVELS  OF 


NOTE 
A  ANO 


1 

? 

3 

I 

13.100 

13.000 

17.50? 

2 

iy.6  3'j 

1.*^.733 

2^^.w.y 

21,692 

4 

28. 500 

28.^85 

25.  H  7 

5 

32W.V5 

3C-.875 

2G.933 

6 

43.775 

^O.C?5 

35.617 

7 

.  4  6.200 

47.942 

8 

70.B5S 

60.2  33 

69.100 

A 

=  ARRIVAL 

-  ARRIVAL 

191. 92B 


1.901 
0.523 


R     ARE  FIXEO  FACTORS 


ATTCR'J 

A   IS  MAIM  £»-FECT  ANO  IS  Cn\'Fi;UNOEI) 


!\  TM  PLOT 
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MULTIPLE  SEQUENCE 
RANDOM  NUMBER  GENERATORS 

Joe  H.  Mize 
Oklahoma  State  University 

Abstract 

Many  discrete  event  simulation  models  utilize  a  single  random  number  sequence, 
regardless  of  the  number  of  random  variables  included  in  the  model.  This  paper 
Illustrates  the  advantages  of  utilizing  a  unique  random  number  sequence  for  each 
random  variable.  An  example  is  included  to  demonstrate  tlie  resulting  effects. 
A  meti^od  is  described  for  converting  a  single  sequence  random  number  generator 
to  a  multiple  sequence  generator.  An  application  is  included  tliat  compares 
simulation  results  obtained  using  a  single  sequence  of  random  numbers  to  ii;ose 
obtained  using  a  unique  sequence  for  eadi  ralfflom  variable  in  the  model. 


Introduction 

Most  simulation  studies  are  concerned  with 
systemb  that  contain  random  phenomena;  interarrival 
times,  service  times,  demand  values,  time  to  failure, 
etc.  In  order  to  produce  useable  results,  a  model  of 
such  a  system  must  provide  a  mechanism  Tor  repre- 
senting tliese  random  phenomena. 

Considerable  effort  has  been  directed  toward 
the  development  of  random  variate  generators.  Most 
of  the  generators  in  use  today  make  use  of  uniformly 
distributed  random  numbers  .  For  examples,  see 
Nay  lor,  et.al.  a966),  Mize  and  Cox  (1968),  and 
Schmidt  and  Taylo»  970).  These  random  numbers, 
in  turO;  are  conv       lO  a  random  deviate  from  an 


appropriate  probability  distribution.  Thus,  simulation 
modeling  requ..os  the  availability  of  a  random  number 
generator  that  will  produce  numbers  uniformly  distri- 
buted on  the  interval  zero  to  unity. 

The  most  widely  used  method  for  generating 
such  numbers  is  the  "congruentlal  method,"  first  pro- 
posed by  Lehmer  (1959).  Almost  every  computer 
center  has  a  random  number  function  or  subroutine  on 
its  system  library.  Most  of  these  generators  create  a 
single  sequence  of  random  numbers,  beginning  with  a 
user  provided  "seed"  value  . 

The  purpose  of  this  paper  is  to  demonstrate  that 
in  many  simulation  models  a  single  sequence  of  random 
numbers  Is  inadequate.  This  rather  crucial  feature  of. 
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simub^»on  modeling  has  not  been  explained  suffi- 
cie"         .ost  texts  and  other  literature  related  to 
simulation.  The  two  most  widely  used  simulation 
languafjos,  GPSS  (see  Gordon,  1969)  and 
SIMSCRPT  (see  Kiviat,  et.al.,  1968)  provide  a 
limited  number  of  random  number  streams,  however, 
the  reasons  for  using  multiple  streams  are  not  made 
clear. 

Most  random  number  generators  based  on  tlie 
congruential  method  can  be  modified  easily  to  produce 
as  many  paraller sequences  as  the  user  desires. 

One  of  the  prime  advantages  of  using  simula- 
tion as  a  means  of  studying  complex  systems  is  that 
it  offers  the  analyst  a  means  of  comparing  one  system 
configuration  to  any  number  of  otiier  configurations. 
FurOiermore,  it  is  possible  to  construct  the  model 
such  that  the  alternatives  are  evaluated  using  the 
identical  sequences  of  event  occurrences  for  each 
alternative. 

Special  care  must  be  exercised  in  the  con- 
struction of  such  a  model,  however.  This  is  not 
always  a  straightforward  process .  A  common  pitfall 
of  an  Inexperienced  analyst  is  to  believe  that  his 
simulation  model  compares  competing  alternatives 
against  identical  event  occurrences,  v/hen  in  fact  it 
does  not.  The  example  in  the  next  section  illus- 
trates the  nature  of  the  problem. 

Demonstrative  Example 

Consider  the  simulation  of  a  simple  queueing 
system  in  which  customers  arrive  at  random  times 
and  the  length  of  time  required  for  service  is  also 
random.  Specifically,  suppose  that  the  time  between 
customer  arrivals  is  a  uniformly  distributed  random 


variable  over  the  interval  0  to  4  minutes.  Service 
time  is  also  uniformly  distributed  over  the  interval  1 
to  6  minutes. 

It  Is  desired  to  simulate  tlie  performance  of 
this  system,  first  with  one  service  facility  and  then 
with  two.  If  the  model  is  constructed  properly,  the 
performance  of  the  system  can  be  simulated  for  the 
two  configurations  such  that  the  exact  same  patterns 
of  arrivals  and  service  times  will  occur.  In  tliis  way, 
the  two  system  configurations  will  be  compared  under 
identical  conditions.  Any  differences  In  performance 
may  then  be  attributed  to  the  difference  in  system  con- 
figuration (one  service  facility  versus  two)  and  not  to 
"experimental  error."  This  removes  from  consideration 
a  source  of  variation  which  would  be  Impossible  to 
eliminate  if  the  experiment  were  to  be  conducted  in 
the  real  world. 

Denote  the  time  between  customer  arrivals  as 
X,  and  service  time  as  Y.  It  can  be  shown  that  tlie 
following  process  generators  will  produce  random  de- 
viates for  the  two  random  variables^  according  to  the 
probability  functions  specified  above: 
X=4.0*RN 
Y=  1.0  +5.0*  RN 
RN  is  a  uniformly  distributed  random  variable  on  the 
unit  interval.  If  our  model  were  computerized,  RN 
could  be  obtained  by  calling  the  system  randon:  number 
generator  each  time  a  new  value  of  X  and  Y  is  needed. 

We  shall  observe  the  performance  of  this  model 
for  ten  arrivals  to  the  system,  first  with  one  service 
facility  and  then  with'two.  We  will  need  a  random 
number  io  determine  the  time  of  arrival  of  each  cus- 
tomer and  another  to  J^  termine  the  service  time  of 
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each  customer.  We  will  use  single  digit  random 
numbers  to  sinrplify  computations,  although  in  an 
actual  experiment  we  would  use  much  greater  accu- 
racy. We  will  use  the  following  sequence  of  random 
numbers: 

.3,  .6,  .5,  .5,  .0,  .8,  .9,  .7,  .9, 
.6,  .6,  .5,  .9,  .8,  .3,  .3,  .4,  A, 
.1,  .5,  .0,  .5,  .6,  .4,  .8,  .9,  .0, 
.7,  .4,  .0,  .9,  .4,  .6,  .9,  .7,  .1, 
.3,  .1,  .9,  .9,  .2,  .9,  .6,  .2,  .2, 
.2,  .2,  .5,  .0,  .4 

We  will  perform  our  simulation  in  an  "event- 
oriented"  manner.  In  such  a  simulation,  process 
generators  are  used  to  determine  when  particular 
events  will  occur  and  all  events  are  allowed  to  occur 
in  their  natural  sequence. 

The  simulation  results  using  a  single  random 
number  sequence  and  one  server,  are  shown  in 
Table  1 .  The  random  numbers  used  were  taken  «n 
consecutive  order  from  the  source  included  above . 
There  are  Uiree  numbers  in  each  cell  of  the  second 
and  fourth  columns  of  Table  1 .  In  tlie  upper  left 
hand  corner  is  simply  the  sequence  number  of  the 
random  number  taken  from  the  above  source  and  used 
in  the  determination  of  the  occurrence  time  of  tlie  in- 
dicated event.  In  the  upper  right  hand  corner  is  the 
random  number  itself.  The  value  in  the  lower  portion 
of  the  cell  in  column  two  indicates   le  time  of  arrival 
of  a  particular  customer  and  is  determined  by  substi- 
tuting the  random  number  (RN)  in  the. upper  right 
corner  into  tlie  equation  X  =  4 .0*  RN  and  adding 
the  resulting  value  to  the  arrival  time  of  the  previous 
customer^  The  value  in^the  lower  portion  of  the  cell 


in  column  four  indicates  the  service  time  for  a  parti- 
cular custonier  and  is  obtained  by  substituting  die 
random  number  (RN)  in  the  upper  right  hand  corner  into 
{he  equation  Y  =  1 .0  +  5 .0*  RN .  Column  three 
indicates  when  service  may  begin  for  a  particular  cus- 
tomer and  is  simply  die  larger  of  the  two  values.  Time 
of  Arrival  of  that  customer  and  End  Service  of  tlie 
previous  customer.  Column  five  is  simply  the  sum  of 
columns  three  and  four  for  a  particular  customer. 

It  will  be  instructive  to  trace  the  occurrence  of 
a  few  events  in  the  model.  The  arrival  of  the  first 
customer  is  obviously  the  first  event.  The  time  of  its 
occurrence  is  determined  by  using  the  first  random 
number  from  the  basic  source.  This  gives  an  arrival 
time  of  1 .2 .  Since  no  previous  customer  is  in  ser- 
vice, the  first  customer  may  go  immediately  into 
service.  We  must  now  determine  the  service  time  for 
this  customer  by  using  the  second  random  number  from 
the  basic  source;  Y  =  1 .0  +  5 .0*  0 .6  =  4.0 .  Thus, 
customer  one  bet^'^s  service  at  1 .2  and  ends  at  5 .2 . 

The  arrival  time  of  customer  two  is  determined 
by  using  the  third  random  number  in  the  manner  de- 
scribed previously.  It  is  found  that  customer  two 
arrives  at  3.2'.  This  is  prior  to  the  End  Service 
time  of  customer  one.  Thus,  the  service  time  for 
customer  two  cannot  be  determined  at  tliis  point  in 
the  simulation.  The  next-event  orientation  of  our 
model  requires  that  we  place  customer  two  in  a  holding 
pattern  and  go  on  to  determine  the  arrival  time  of 
customer  three,  using  the  fourth  random  number  from 
the  basic  source .  This  results  in  an  arrival  time  of 
5.2  for  custometJtbre,e77Wie  exact  same  ti^ie  that 
customer  one  completes  service .  We  now  use  tlie  fifth 
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Table  1.  Single  R.N.  Sequence;  One  Server 


Customer 
iMUiuDer  . 

Tine 

of 
Arrival 

Begin 
Service 

Service 
Time 

End 
Service 

u 

U 

u 

0 

0 

1 

1  .3 

2  .6 

A 

H 

5.2 

2 

3  .5 
3.2 

5.2 

5  .0 
0 

3 

4  .5 
5.2 

5.2 

b  .8 
5 

10.2 

4 

/ 

8.8 

10.2 

'  y  .9 

5.5 

15.7 

5 

8  .7 
11.6 

15.7 

12  .5 
3.5 

19.2 

6 

10  .6 
14.0 

19.2 

14  .8 
5.0 

24.2 

7 

13  A 
16.4 

8 

13 

20,0 

9 

15  .3 
21.2 

10 

16  .3 
22.4 

Table  2.  Single  R.N.  Sequence;  Two  Servers 


\ 

Customer 

Time 
of 

Begin 
Service 

Server  No. 

Service 

End 
Service 

Server  No. 

Number 

Arrival 

1 

2 

Time 

1 

2 

0 

0 

0 

0 

0 

1 

1 

1.2 

.3 

1.2 

4 

.6 

5.2 

2 

3 

3.2 

.5 

3.2 

4 

3.5 

.5 

6.7 

3 

5 

3.2 

.0 

5.2 

7 

5.5 

10.7 

4 

6 

6.4 

.8 

6.7 

9 

5.5 

."5 

12.2 

5 

8 

9.2 

.7 

10.7 

ll 

4.0 

.6 

14.7 

6 

10 

11.6 

.6 

12.2 

13 

5.5 

17.7 

7 

.12 

13.6 

.5 

14.7 

15 

2.5 

.3 

17.2 

8 

14 

16.8 

.8 

17.2 

17 

3.0 

.4 

20.2 

9 

6 

18.0 

.3 

18.0 

18 

3.0 

.4 

21.0 

10 

19 

18.4 

.1 
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random  mimber  to  determine  the  service  time  of  cus- 
tomer two .  Since  tliis  random  number  Is  zero,  custo- 
mer two  departs  immediately  and  we  use  the  sixth 
random  number  to  determine  'he  service  time  of  custo- 
mer three.  The  remaining  events  shown  in  Tabie  1 
are  determined  by  following  Uiis  same  procedure. 

We  now  wish  to  observe  the  performance  of 
tliis  model  when  two  service  facilities  are  provided. 
Again  using  the  event  oriented  simulation  procedure, 
the  results  shown  in  Table  2  are  obtained.  The  first 
three  events  are  the  same  as  in  Table  1.  However, 
when  customer  two  arrives  at  time  3,2,  he  may  go 
immediately  into  service  at  server  number  two.  Thus, 
the  fourlli  random  number  in  Uiis  case  is  used  to 
determine  the  service  time  of  customer  two,  whemas 
In  Table  1  it  was  used  to  determine  the  arrival  time 
of  customer  three.  Many  other  discrepancies  exist 
between  Tables  1  and  2  . 

The  critical  point  is  Uiat  the  two  system  con- 
figurations are  being  evaluated  under  different  streams 
of  event  occurrences .  For  example,  custonier  number 
six,  who  might  be  John  Doe,  arrives  at  time  14,0 
in  Table  1  and  at  time  11.6  in  Table  2.  Such  a 
result  obviates  one  of  tJie  principal  advantages  of 
simulation  analysis. 

Cle2?iy  what  is  required  Is  a  unique  sequence 
of  random  numbers  for  each  random  variable  in  tlie 
model.  This  will  permit  tlie  generation  of  identical 
streams  of  event  occurrences,  no  matter  how  tlie 
system  configuration  may  be  modified. 

Converting  to  Multiple  Sequence  Generators 

It  is  a  relatively  simple  matter  to  convert  a 
FORTRAN  random  number  subroutine  to  a  multiple 


sequence  generator.  Consider,  for  e^^^mple,  the 

following  generator: 

SUBROUTINE  SRANDCIS,  R) 
TEMP=  IS 
IF(IS)3,10,3 

3  IS=  0 

ARC  =475918104. 
IF  (TEMP  -2500.)  4,4,5 
5    TEMP=  TEMP  -2500. 

4  ID  =  TEMP 

10  IF(ARG)  11,12,11 
12    ARC  =475918104, 

GO  TO  14 

11  ARG  =  ARG*23. 

14  !F  (ARG  -  1000000010.)  15,16,16 

16  ARG  =  ARG  -  1000000010. 
GO  TO  14 

15  IF  (ARG  -  100000001.)  17,18,18 

18  ARG  =  ARG  -  100000001 , 
GO  TO  15 

17  IF(ID)  20,20,19 

19  ID=ID-1 
GO  TO  10 

20  R=  ARG/100000000. 
RETURN 

END 


As  it  is  written,  this  subroutine  will  gene 
a  single  sequence  of  random  numbers.  The  user 
specifies  an  initial  burn  value  (an  integer  called  IS) 
in  Uie  calling  program.  The  appropriate  call  is  as 
follows: 

CALL  SRAND  (IS,  R) 
Wlien  called  tlje  first  time,  tlie  generator  will  "burn" 
and  ignore  tlie  first  IS  random  numbers  In  the  sequence. 
Thereafter,  on  each  call,  Uie  next  number  in  the 
sequence  is  generated  and  returned  as  R,  ARG  = 
475918104  is  the  initial  seed  value  and  23  \\\ 
statenient  11  is  tlie  multiplier  in  the  congruence 
relation,  Tlie  generator  will  not  allow  more  than 
2500  values  in  the  sequence  to  be  burned. 

The  follcwing  subroutine  shows  the  same 
generator,  but  i;iodified  to  generate  any  number  of 
parallel  random  number  sequences: 
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SUBROUTINE  MRAND(IS,R,ARG,N) 
DIMENSION  ARG(l) 
TEMP=  IS 
IF(IS)3,10,3 

3  13  =  0 

ARG(N)=  475918104. 
IF(TEMP  -2500.)4,4,5 
5    TEMP=  TEMP  "2500. 

4  ID  =  TEMP 

10  IF(ARG(N))11,12,11 
12    ARG(N)=  475918104. 

GO  TO  14 

11  ARG(N)  =  ARG(N)*23. 

14  IF(ARG(N)  -  1000000010. )15, 16, 16 

16  ARG(N)  =  ARG(N)  -  1000000010 . 
GO  TO  14 

15  IF(ARG(N)"  100000001. )17, 18, 18 
ARG(N)  =  ARG(N)  -  100000001 . 

GO  TO  15 

17  IF(ID)20,20,19 

19  ID  =  ID"1 
GO  TO  10 

20  R  =  ARG(N)/100000000. 
RETURN 

END 

In  tfiis  modified  generator,  the  user  specifies 
an  array  of  burn  values  (called  LSEED(n),  all 
integers  and  each  unique)  in  tJie  calling  program.  In 
addition,  tJie  array  ARG(n)  is  dimensioned  in  tJir 
calling  program.  The  dimension  size,  n,  of  both 
LSEED  and  ARG  is  made  equal  to  tJie  number  of 
unique  random  number  streams  desired.  The  appro- 
priate call  is  as  foi  ;ws: 

CALL  MRAND  (LSEED  (i),  R,  ARG,  i) 
where  "i"  is  the  particular  random  number  stream 
desired  on  tiiis  calL  The  ii.Stial  portion  of  each 
stream  is  "burned"  on  the  first  call  to  ti^e  subroutine 
for  that  stream.  On  subsequent  calls  to  tiiat  stream, 
U'e  modified  gener^^tor  will  produce  the  next  number 
in  the  i^^  sequence  and  return  it  to  the  calling  pro- 
gram as  R*  It  is  tJie  user's  responsibility  to  use  the 
'Proper  sequence  designation  as  he  is  programming 
the  logic  of  each  random  phenomenon* 

It  is  noted  that  the  modified  generator  pre" 
sented  above  actually  produces  different  portior^s  of 


the  same  random  number  sequence.  Suppose,  for 
example,  tliatwe  set  LSEED  (1)  =  5  and  LSEED (2)  = 
10.  MRAND  would  burn  the  first  five  numbers  of  the 
sequence  for  random  variable  1  and  the  first  ten  num- 
bers of  the  sani8  sequence  for  random  variable  2  . 
Thus,  Uie  6^*\  etc.,  event  occurrences  for 

random  variable  1  are  governed  by  tJie  same  random 
numbers  as  tlie  1^^,  2"^,  3"^^,  etc.,  event  occur- 
rences for  random  variable  2  .  This  problem  can  be 
overcome  by  specifying  in  the  calling  program  on  array 
of  multiplier  values.  The  name  of  tJiis  array  would  be 
passed  tJirough  the  argument  list  and  used  in  place  of 
tJie  constant  23  in  statement  11  in  Subroutine 
MRAND.  In  this  way,  a  truly  unique  sequence  is 
generated  for  each  random  variable .  The  numerical 
values  for  tJie  multiplier  array  must  be  selected  care- 
fully, in  accordance  with  the  Uieory  underlying  the 
congruential  nxithod.  (See  Mize  and  Cox,  1968, 
or  Schmidt  and  Taylor,  1970). 

A  more  commonly  used  random  number  generator 
is  Uiat  supplied  in  the  IBM  System/360  Scientific 
Subroutine  Package.  This  subroutine,  slightly  modi- 
fied/ is  listed  below: 

SUBROUTINE  RANDU  (IX,  YFL) 
lY  '^  IX*  65539 
IF(IY)5,6,6 

5  rY=  IY+  2147483647  +  1 

6  YFL  =  lY 

YFL  =  YFL*.4656613E-9 

IX=  lY 

RETURN 

IX  is  initialized  in  the  calling  program  to  any 
odd  integer  value  witJi  nine  or  fewer  digits,  and  YFL 
is  a  uniformly  distributed  random  number  on  the  unit 
interval  (o,l.o]. 

This  generator  is  easily  modified  to  allow  the 
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generation  of  any  number  of  parallel  random  number 
sequences: 

SUBROUTINE  MRANDU  (IX,  YFL,  N) 
DIMENSION  IX(l) 
lY  =  IX(N)*  65539 
IF  (lY)  5,6,6 

5  IY=  IY  + 2147483647+  1 

6  YFL=IY 

YFL=YFU-  .4656613  E -9 

IX(N)=  IV 

RETURN 

END 

In  this  modified  generator,  the  user  specifies 
an  array  of  seed  vialues  (called  IX(n),  all  odd  integers 
with  nine  or  fewer  digits  and  eacli  unique)  in  the 
calling  program.  The  dimension  size,  n,  of  IX  is 
made  equal  to  the  number  of  unique  random  number 
streams  desired.  The  appropriate  call  iS: 

CALL  MRAfMOU  (IX(i),  YFL,  I) 
where  "i"  is  Uie  particular  random  nimiber  stream 
desired  on  this  call. 

Most  random  number  generators  can  be  modi- 
fied in  a  similar  way.  Such  modifications  would  be 
especially  useful  when  using  GASP  or  FORTRAN  as 
tlie  simulation  language.  GPSS  provides  Ihe  capa- 
bility of  generating  up  to  eight  parallel  sequences, 
while  SIMSCRIPT  permits  up  to  ten  s(:quencGS 
An  Af)f)lication  in  GASP^' 

To  illustrate  the  usefulness  of  the  multiple 
sequence  generator,  the  results  of  an  application  are 
Jnchided.  The  model  was  written  in  GASP  (see 
Pritsker  andKiviat,  1969). 

Two  types  of  jobs  arrive  at  a  job  shop  for 
processing.  Interarrival  times  and  servicing  times 
are  exponentially  distributed  with  the  following 
means: 


Interarrival 

Service 

Times 

Times 

1.25 

0.50 

2.00 

0.75 

Type  two  jobs  have  a  higher  priority  than  type  one 
jobs.  Newly  arrived  type  two  jo^>s  are  scheduled  ahead 
of  type  one  jobs  unless  N  or  more  type  one  jobs  are 
Vv'aiting  for  processing,  where  N  is  an  unknown  number 
which  we  wish  to  find  such  that  total  waiting  cost  is 
minimised.  Waiting  costs  for  type  one  jobs  '^nd  type 
two  jobs  are  $1 .00/minute  and  $3.00/ininute, 
respectively. 

Processing  of  type  one  jobs  is  never  inter- 
rupted in  order  to  process  newly  arrived  type  two  jobs. 
Ten  percent  of  type  two  jobs  fail  to  pass  inspection 
and  are  immediately  reprocessed.  Conceptually,  tliey 
never  move  off  the  machine.  A  new  service  time  is 
determined. 

A  GASP  mode!  was  constructed  for  tiiis  system 
and  run  for  varying  values  of  N.  Each  run  of  the  model 
was  for  1000.0  lime  units. 

The  experiment  was  first  conducted  using  a 
single  sequence  random  number  generator.  It  was  then 
repeated  using  a  unique  random  number  sequence 
(produced  by  Subroutine  MRAND)  for  each  random 
variable  in  the  system.  The  results  for  several  values 
of  N  are  plotted  in  Figures  1  and  2  . 

In  Figure  1,  the  cost  curves  are  vety  erratic 

and  do  not  appear  to  be  converging  to  any  kind  of 

optimum.  In  Figure  2 ,  botli  componant  cob.  jurves 

and  the  total  cost  curve  behave  very  nicely,  displaying 

*The  autlior  gratefully  acknowledge^  the  assistance  of 
Gleivi  C.  Dunlap,  Arizona  State  Urnversity,  in  tlie 
programming  of  this  example  and  in  tlie  development  of 
the  multiple  sequence  generator,  MRAND. 
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Figure  1,  Cost  Curves  Using  One  R.N,  Sequence 
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Figure  2,  Cost  Curves  Using  Multiple  R,N,  Sequences 
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the  monotonic  characteristics  tiiat  one  would  expect. 
It  is  clear  from  Figure  2  that  the  total  cost  curve  will 
eventually  converge  to  an  optimum  value,  whicii  it 
does  at  N  =  32 . 

Figure  3  shows  the  Average  Number  of  Units 
in  liie  System  for  several  values  of  N.  The  solid 
line  shows  tlie  results  obtained  using  tlie  single 
sequence  random  number  generator  SRAND.  The 
dashed  line  shews  the  results  obtained  using  the 
multiple  sequence  generator  MRAND.  The  difference 
m  variability  is  ratlier  striking. 

No.  in 

Syslen: 

5.0 
4.0 


Summary 

In  many  discrete  event  simulation  models,  a 
unique  random  number  sequence  is  desirable  for 
eadi  random  variable  in  the  model.  Failure  to 
incorporate  lliis  feature  may  lead  to  ill-behaved 
rnodels  having  a  much  larger  variability  than  is 
possible  v/itli  multiple  seque  s. 

it  Is  very  easy  to  convert  most  single  se- 
quence random  number  generators  to  multiple 
sequence  generators .  The  advantages  of  doing  so 
are  well  wortli  Uie  effort. 


3.0 


75 


References 

Gordon,  Geoffrey,  Svstem  Simulation.  Prentice- 
Hall,  Inc.,  Englewood  Cliffs,  N.J.,  1969. 

International  Business  Machine  Corporation, 
Svstem/360  Scientific  Subroutine  Package  (360  A- 
CM-03X'  rmH2O-0205-0.  Wliite  Plains, 
New  York         > . 

Kiviat,  P.J.,  R.  Villanueva,  and  H.  M.  Markowitz, 
The  SIMSCRIPT  II  Programming  Language.  The 
RAND  Coloration,  Santa  Monica,  Calif.,  1968. 

Lehmer,  D.  H.,  "Mathematical  Methoo  in  Large- 
Scale  Computing  Units";  Proceedings  ot  tlie  Second 
Symposium  on  Large^Scale  Digital  Computing 
Machinery.  Harvard  University  Press ^  Cambri dge , 
Mass.,  1959. 

Mize,  J.  H.,  and  J.  G.  Cox,  Essentials  of  Simula" 
tion.  Prentice-Hall,  Inc.,  Englewood  Cliffs,  N.J-, 
1^8. 

Naylor,  T.  H.,  J.  L.  Balintfy,  D.  C.  Burdick,  and 
K.  Chu^  Computer  ^'mulation  Techniques.  John 
Wiley  &  Sons,  Inc.,  Wew  York,  1966. 

Pritsker,  A.A.B.)  and  P.  J.  Kiviat,  Simulation v/ith 
GASP  II.  Prentice-Hall,  Inc^,  Englewood  Cliffs, 
N.J.,  1969. 

Schmidt,  J.  VV.,  and  R.  E.  Taylor,  Simulation  and 
Analysis  of  Industrial  Systems >  Richard  D.  Irwin, 
Inc.  Moniewood,  Illinois,  1970. 


A  "WAIT  UNTII/'  AL(X)RmiM 
FOR  GI-NKRAL  PURPOS'  SIMULU  ION  bVVGUAGHS 


Jean  Vaiichcr 
Deparicraent  d* inforaatiquc,  Univcrsitc  dc  Montreal 
Case  post ale  6128 
Moil t rca  1 ,  Quebec ,  Canada 


Modem  simulation  lanRua^jes  such  as  SIVOTUPT  II  and  SIMUU  67  are  very  poivcrru 
general  purpose  languages  xvhich  contain  facilities  to  handle  lists  and  to 
schedule  events  in  simulated  system  time  (imperative  sequencing  statements). 
Tliese  languages  do  not  include  some  of  the  useful  but  more  specialized 
features  of  previous  languages  (CPSS,  CSL,  SOI)  especially  interrogative 
sequencing  statements  sucli  as  "SEIZi-  <facility>"  or  "IVAIT  UNTIL  <BQolean 
expression>";  however,  the  definition  capability  of  the  new  languages  is 
powerful  enough  to  ptirmit  their  extension  to  include  the  interrogative 
features.  —  ^  - 

The  addition  of  some  features  of  GPSS  to  SIMUU  67  was  presented  at  a  previous 
SIMUUTJON  CONFORI-NCn.    TTie  present  paper  extends  that  work  by  describing  an 
efficient  algorithm  which  adds  the  "WAIT  U.^fTFL"  procedure  to  SUWLA. 


INTRODUCTION 
Modem  simulation  languages  such  as 
SIMSCRIPT  M  I  i  I  and  SIMULA  67  I  2  ]  are  ver>' 
powerful  general  purpose  languages' which  contain 
a  relatively  small  nunjber  of  special  features 
required  for  simulation.     In  common  with  other 
modem    languages,  they  have  jihe  ability  to 
define  complex  data  structures,  allocate  meraoiy 
dynamically  and  handle  lists.    The  special  fea- 
tures are  mainly  concerned  with  simulated  system 
time.    Eadi  language  provides  a  CLOCK  and  main- 
tains a  list  of  event  notices  in  chronological 
order.    Bach  also  contains  imperative  sequencing 
statements  of  the  form 


"SCHEDULE    AN  event  AT  tiirex". 
The  compilers  generate  fairly  efficient  co- 
de and  the  languages  can  therefore  be  used  for 
general  purpose  compiling  as  well  as  simulation. 
The  power  and  flexibility  of  the  languages  arc 
such  that  they  may  be  used  for  any  type  of  simu- 
lation. 

When  comparing  the  two  selected  modem 
languages  to  some  o.^nr  languages  such  as  GPSS, 
CSL,  SOL  etc...,  it  can  be  seen  that  the  gain  in 
generality  and  efficiency  has  not  been  attained 
without  some  losses.    The  predefined  objects  of 
SOL  and  GPSS  such  as  facilities,  transactions 
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and  storages*  are  not  present  and  interrogative 
scheduling  statements  have  also  disappeared. 
Interrogative  statements  are  used  when  it  is 
impossible  to  predict  in  advance  the  system  ti- 
me when  an  event  should  take  place.    An  example 
of  such  a  statement  co:umonly  used  in  GPSS  is 
"SEIZE".    If  a  transaction  attempts  to  SEIZE  an 
occupied  facility,  its  execution  is  halted  until 
the  facility  becomes  free  and  it  is  not  possi- 
ble to  know  in  advance  when  this  event  will  ta- 
ke place. 

A  Fuch  more  general  interrogative  schedu- 
ling statement  is  found  in  SOL  (  3  ]  .  This  sta- 
tement has  the  form 

"KAIT  UNTIL  <bo.>lean  expression^' 
where  the  boolean  expression  is  a  condition 
which  must  be  met  before  execution  continues. 
The  condition  may  refer  to  any  number  of  state 
variables. 

For  certain  classes  of  problems  the  avail- 
ability of  predafined  objects  and  interrogative 
statements  allows  models  to  be  described  in  a 
very  natural  and  concise  fashion.    Programs  for 
the  same  models  written  in  SIMULA  67  or 
SIMSCRIPT  II  will  be  Tiuch  longer,  coaplex  and 
error  prone  although  they  will  tend  to  use  less 
computer  time  and  memory  space. 

It  might  appear  that  the  modem  languages 
are  \ardly  better  than  FORTRAN,  perhaps  aug- 
mented with  some  subroutines  (GASP),  when  it 
comes  to  simulation.    Such  hasty  judgement 
overlooks  the  definition  capability  of  the  new 
languages  where  it  is  possible «  using  the  source 
language,  to  define  the  data  structures  and 
procedures  required  to  implement  the  useful 
features  that  were  frozen  in  the  older  lan- 
guages.   Given  a  s'»fficicntly  powtifuJ  general 
purpose  language,  these  extra  features  can  be 
added  to  the  language  so  neatly  that  they  appear 
to  be  extensions  to  the  compiler. 

•Til  JLA  67  is  pa<:ticularly  well  suited  to 
this  extension  philosophy.    It  contains  several 
elegant  mechanisms  whereby  precompiled  routines 
and  object  declarations  can  be  added  to  a  user 
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programme.    This  has  already  been  done  at  the 
University  of  Montreal,  adding  to  SIMULA  useful 
objects  of  GPSS,  such  as  transaction  and  racili- 
ties,  as  well  as  the  associated  procedures  such 
as  SEIZE    and  RELEASE  (4  )  .    The  present  paper 
describes  the  further  addition  of  a  WAIT  UNTIL 
feature  to  SIMULA.    The  algorithm  used  to  imple- 
ment this  feature  is  easily  described  in  SIMULA. 
The  simplicity  of  the  description  shows  quite 
clearly  the  sequencing  problems  inherent  in  such 
a  powerful  feature  and  permits  experimentation 
with  alternative  algorithms. 

The  paper  first  gives  a  brief  description 
of  some  pertinent  features  of  SIMULA  67,  then 
shows  some  examples  of  the  use  of  WAIT  U.\TIL. 
The  implementatio.i  is  described  and  the  problems 
arising  from  the  use  of  TIME  as  part  of  the  WAIT 
CONDITION  are  pointed  out.    The  problems  are 
partially  resolved  through  the  use  of  ALARMS. 
Finally,  there  is  a  discussion  of  efficiency 
considerations. 

SIMULA  67 

SIMULA  67  was  developped  by  Dahl  6  Nygaard 
as  a  successor  to  ALGOL.    In  appearance,  the 
language  is  much  like  ALGOL  although  some  of  the 
weaker  points  of  its  ancestor  have  been  redesi- 
gned and  other  features  have  been  added. 

SIMULA  67  has  list  handling  capability  and 
standard  list  procedures  FIRST,  SUC  and  EMPTY 
will  be  used  in  this  paper.    The  genitive  or  dot 
notation  is  used  in  SIMULA  to  indicate  to  which 
object  a  procedure  should  be  applied.  -For'  exam- 
ple, 

"LIST  1. FIRST" 
means  the  FIRST  element  of  LIST  1. 

One  of  the  more  important  lists  in  the 
system,  the  list  of  event  notices  or  sequencing 
set  (SQS)  is  maintained  automatically  by  the 
system  and  sisiulated  system  time  is  given  through 
the  procedure  TIME. 

One  of  the  important  features  of  SUflJLA  is 
the  use  of  PROCESS  as  a  data  type.  Processes 
are  based  on  the  co-routine  concept.  Each 


process  has  a  local  instruction  coimier  in  suldi- 
tion  to  its    local  data  aiu!  projiraimie.  Proces- 
ses operate  in  quasi -para I  le I  fasliion  in  roughly 
the  same  way  as  programmes  in  a  multi-prog  ram- 
mi  nj-  cnvi  roiimcnt . 

Hxecut  i  on  o  f  a  p  ro ces  s  may  be  con t  ro 1 1 ed 
from  another  process  by  scheduling  statements 
such  as  the  following: 

1)  ACn VAII:  process  AT    timex  ; 

2)  Ag  iVATl:  process  IHil^Y  dt  ; 

3)  ACnVA'IH  process  ; 

In  tiio  first  luo  statements,  an  active 
phase  for  the  "process"  is  scheduled  at  some 
time  in  the  future.    The  last  statement  is  al- 
most equivalent  to  a. procedure  call  in  that 
"pi-ocess"  is  activated  immediately,  interrupting 
execution  of  the  activating  process;    this  is 
called  "direct"  sclieduling. 

A  process  can  also  schedule  itself  witli 
the  procedtircs  !I01.!>  and  I^XSSIVATH.    "HOl.O  (ts)" 
causes  the  process  to  halt  for  an  interval  "ts". 
PASSIVATC  suspends  execution  of  the  process  for 
an  indefinite  period;  in  this  case,  Uie  process 
continues  execution  only  when  activated  by 
another  process. 

Processes  can  i        .iced  into  or  removed 
from  lists  ^'fitli  the  procedures  I^^TO  (list)  and 
OUT. 

Figure  1  g»ves  a  simple  but  complete 
SIMULA  program  using  some  of  the  features  de- 
scribed. Tlie  main  item  of  interest  is  the  def- 
inition of  CLIHNT  which  is  a  process.  Clients 
arrive  at  intervals  of  10  minutes,  spend  a  time 
TS  in  the  system  and  leave.    T"     ould  be  any 
of  SIMULA'S  random  generator  procedures.  There 
is  no  content ioa  for  resources  so  that  no  queues 
for«.    N    represents  the  number  of  customers  in 
the  system.    Tlie  main  i -ogram  activates  the 
first  client  and,  thereafter,  each  client  acti- 
vates his  successor.    The  main  program  halts  for 
1000  minutes  giving  a  duration  of  1000  minutes 
to  the  simulation. 


I  SIMULATION  begin 

-  process  class  client  ; 

3  begin 

•J  activate  new  cl  ient  deiav  10  ; 

5  N  :^  N  *-  1  ; 

(*  hold  (TS)  ; 

r  N       X  -  1  ; 

^  end  ; 

9  intcgc r  N  ; 

1 0  activate  new  c 1 i en t  delay  0  ; 

II  hold  (lUOO)  ; 
12  end  ; 

I- 1  GURU  1  .  A  complete  SIMULA  program 

It  is  interesting  to  note  that  list  handling 
facilities  as  well  as  simulated  system  time  are 
not  strictly  part  of  the  basic  SIMULA  language. 
Tliese  facilities  are  defined  as  :J  standard  pre- 
compiled extension  to  the  language  called  SlMULrV- 
TION.    A  user  indicates  to  the  compiler  that  he 
wishes  to  ise  this  extension  by  prefixing  his 
program  with  the  name  of  this  extension:  hence, 
the  "SIMUUTIOX  begirt^'  at  the  start  of  the  pro- 
gram.   In  the  same  way,  the  standard  entities  of 
GPSS  and  the  WAIT  UNTIL  procedure  have  been  im- 
plemented as  an  extension  called  GPSSS.    To  make 
use  of  these  extra  facilities,  a  user  would  prefix 
his  prog rem  with  the  name  of  the  extension, 
"£;PSSS". 

USE  OF  "WAll    "  TI L"- 

Tliis  section  presents  Jie  "WAIT  UNTIL"  state- 
ment as  a  natural  way  of  expressing  complex  sched- 
uling rules.    Three  examples  of  increasing  com- 
plexity will  be  used. 

Tlie  WAIT  UNTIL  statement  is  implemented  as 
a  procedure  with  one  parameter  which  can  be  ter- 
med the  "wait  condition": 

WAIT  UNTIL  (condition)  ; 

The  condition  is  a  Boolean  expression  of 
any  degree  of  complexity.  It  may  even  include 
function  calls  with  side  effects.    When  the 
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procedure  is  used  by  a' process,  further  execution 
is  suspended  until  the  condition  becomes  true. 
If  the  condition  is  true  at  the  outset,  there  is 
no  wait. 

The  first  example  is  a  modification  of  the 
programme  of  Figure  1.     In  this  example,  clients 
need  the  use  of  a  facility  whose  state,  free  or 
occupied,  is  represented  by  the  boolean  variable 
"free  1".    Clients  wait  until,  the  facility  is 
free  then  mark  it  as  busy  by  setting  "free  1" 
equal  to  false.    They  use  the    icility  for  a  time 
TS  then  reset  the  facility  to     ee  upon  leaving 
the  system.    !iere  the  statement,  SVAIT  UNTIL  (free 
1  )  is  equivalent  to  a  SEIZE  of  GPSS.  The  PROCESS 
definition  for  this  example  is  shown  in  Figure  2. 

process  class  client  ; 

begin 

activate  new  client  delay  10  ; 
.\       .N  +  1  ; 
WAIT  U^rriL  (free  1)  ; 
free  1  :=  false  ; 
hold  (TS)  ; 
free  1  :=  true  ; 
I'i  :=  N  -  1 
end  ; 

FIGURE  2  -  Use  of  WAIT  UNTIL  as  SEI2 
In  the  next  example  shown  in  Figure  3, 
client  n-ust  use  two  facilities  one  after  the 
other.    The  facilities  are  represented  by  "free 
J"  and  "free  2"  and  the  order  of  use  is  immate- 
rial. 

process  class  client  ; 

WAIT  UNTIL  (free  1  or  free  2)  ; 
1  f    free  1  then  goto  one  then  two 
else  goto  two  then  one  ; 

one  then  two: 

free  1  :=  false  ; 
hold  (TSl)  ; 
free  1  :=   true  ; 
WAIT  UNTIL  (free  >)  ; 
free  2  :=    false  ; 


hold  (TS2) 
free  2  :=    true  ; 
goto  to  over  ; 
two  then  one  : 

FIGURE  3  -  Scheduling  dependent  on  two  facilities 

Although  the  use  of  system  time,  TIME,  as 
part  of  the  "wait  condition"  will  be  shown  to 
present  problems,  it  is  often  useful  to  model 
"balking"  where  a  Ciistomer  will  leave  a  queue 
if  he  has  not  beon  served  within  a  certain  time. 

In  the  last  e>.airp;e,  the  client  wants  to  use 
facility  I  but  refuses  to  wait  in  line  longer 
than  TIVAIT  unless  he  sees  that  he  will  be  the 
next  to  be  served.    In  this  case,  the  facility 
is  represented  by  two  integer  variables,  INI  and 
^UTl,  as  well  as  by  the  state  indicator,  "free 
1".    These  variables  contain  the  total  number 
of  clients  having  arrived  at  the  facility  and 
having  left  the  facility.    The  difference  between 
them  indicates  the  number  of  clients  either  being 
served  or  waiting  for  service.    The  client  >tes 
in  AHEAD  the  value  of  INI  at  the  time  of  arrival; 
then  AHEAD-£iUTI  will  give  the  number  of  people 
ahead  in  the  queue. 

process  class  client  ; 
be^in 

integer  AHEAD  ; 
real  T0UT  ; 

AHEAD  :=  INI  ; 

T0UT  :=  TIME  +  TWA  IT  ; 

WAIT  UNTIL  (free  1  or- 

(TIME  >  T0UT  AND  AHEAD  -  mi  >  1)); 
£JUT1  :«  mi  +  1  ; 
if  free  1  then  goto  occupy  1 
else  goto  exit  ; 

end  client  ; 

FIGURE  4-Prograinming  of  complex  balking  decision 
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The  WAIT  UNTIL  statement  is  clearly  a  power- 
ful tool  for  the  description  of  models.  It  also 
describes  scheduling  in  a  natural  manner. 


IMPLEMENTATION 

The  WAIT  UNTIL  extension  has  been  implemen- 
ted using  the  source    language  facilities  of 
SIMULA  and  not  by  modifying  the  compiler.  There 
are  four  vital  elements  to  the  implementation  of 
WAIT  UNTIL: 

1)  A  procedure  called  WAIT  UNTIL  to  be 
used  by  the  processes. 

2)  A  list,  IVAITQ,  where  processes  halted 
as  a  result  of  use  of  the  WAIT  UNTIL 
procedure  are  kept. 

3)  a  monitor  which  examines  waiting  pro- 
cesses and  reactivates  them  at  the 
opportune  moment. 

4)  A  global  Boolean  variable,  ACTION,  used 
for  communication  between  waiting  pro- 
cesses and  the  monitor. 

The  procedure  makes  use  of  parameter  pas- 
sing by  name.     In  the  procedure,  each  use  of 
*'B"  results  in  re-evaluation  of  the  "wait  condi- 
tion" passed  as  the  parameter.    The  procedure  is 
given  in  Figure  5. 

1  procedure  WAIT  UNTIL  (B)  ;  name  B 
boolean  B  ; 

2  begin 

3  il.  B  then  goto  exit  ; 

4  into  (WAITQ)  ; 

5  i_f  monitor,  idle  then  activate  i 
monitor  after  next  ev  ; 

6  loop  :  passivate  ; 

^         i£  "0^  B  then  goto  loop  ; 

8  out  ; 

9  action  :=  true  ; 

10  exit  : 

11  end  wait  until  ; 

FIGURE  5  -  The  WAIT  UNTIL  procedure 


the  process  is  not  halted  and  leaves  the  proce- 
dure.   Otherwise,  the  process  is  placed  in  WAITQ 
and  passivated.    The  test  to  determine  if  a  pro- 
cess may  leave  WAITQ  is  done,  not  by  the  monitor 
but  by  the  process  (lines  6,7).     However,  it  is 
the  responsibility  of  the  monitor  to  activate 
processes  when  it  is  possible  that  the  wait  con- 
dition may  be  true.    When  the  wait  condition  is 
fulfilled,  the  process  leaves  WAITQ  by  using  the 
standard  SIMULA  procedure  OUT  (line  8),  sets 
"action"  (line  9)  to  indicate  successful  exit 
and  carries  on  execution  of  its  programme.  To 
reduce  overhead,  the  wait,  monitor  is  normally 
idle  (passive)  and  is  only  activated  when  pro- 
cesses enter  WAITQ  (line  5). 

The  interrogation  of  the  wait  conditions 
could  be  done  continuously,  but  this  is  grossly 
inefficient.    Once  a  process  is  blocked,  it  can 
only  continue  following  a  change  in  system  state. 
With  the  exception  of  the  system  variable  TIME, 
a  change  of  system  state  may  only  be  caused  by 
an  event.    Processes  in  WAITQ  need,  therefore, 
only  be  queried  after  each  event.    This  periodic 
examination  is  controlled  by  the  'Vait  monitor" 
whose  description  is  given  below: 

1  process  class  wait  monitor  ; 

2  begin 

3  ref  (process)  pt  ; 

4  start  :  if  waitq. empty  :hen  passivate  ; 

5  action  :=    false  ; 

6  pt  :-  waitq. first  ; 

7  loop  :  if  pt==  none  then  goto  wait  ; 

8  activate  pt  ; 

^  if  action  then  goto  start  ; 

10  pt  :-  pt.suc  : 

11  goto  loop  ; 

12  wait  :  reactivate  this  wait  monitor  after 

next  ev  ; 

13  goto  start  ; 

14  end      wait  monitor  ;  ^ 

FIGURE  6  -  The  wait  monitor 


If  the  wait  condition  is  true  i;*itially, 


Basically,  the  monitor  goes  into  action 
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after  each  event  (line  12)  and  activates  in  turn 
all  processes  in  WAITQ  (lines  7-11).    The  impli- 
cit priority  is  FIFO,  new  arrivals  being  placed 
at  the  end  of  WAITQ  but  a  priority  scheme 
could  easily  be  implemented. 

If  no  process  is  able  to  leave,  the  moni- 
tor waits  until  the  next  event.     If,  on  the  other 
hand,  a  process  leaves  WAITQ,  this  is  equivalent 
to  a  new  event  and  the  monitor  passes  through 
WAITQ  once  again.    The  monitor  carries  on  testing 
until  no  process  can  advance.    It  is  by  testing 
the  boolean  "action"  that  the  monitor  checks  if 
a  process  has  been  able  to  leave  WAITQ. 

To  reduce  overhead,  the  monitor  pas si vat es 
itself  when  it  finds  WAITQ  empty.    It  is  reacti- 
vated by  the  first  process  to  enter  WAITQ. 

PROBLEM  OF  TIME 

The  implementation  described  is  very  ge- 
neral and  works  for  any  possible  wait  condition 
with  one  exception.    The  exception  is  the  use 
of  the  variable  TIME.    TIME  is  different  from 
all  other  system  variables  in  that  it  changes 
continuously  by  itself  without  posting  event 
notices.    This  causes  some  difficulties.  Consi- 
der   the  two  following  statements: 

a)  WAIT  UNTIL  (TIME  =  15)  ; 

b)  WAIT  UNTIL  (TIME  >  15)  ; 

and  assume  that  two  future  events  have  been 
sdieduled  at  times  10  and  20  respectively.  The 
processes  in  WAITQ  will  only  be  examined  at  the- 
se two  times.    The  process  having  executes  sta- 
tement (a)  will  never  be  reactivated  and  the 
process  of  statement  (b)  will  carry  on  ^t 
time  =  20.    This  is  obviously  contrary  to  the 
intent  of  the  programmers  who  intended  for  their 
processes  to  carry  on  when  TIME  became  equal  to 
15. 

One  solution  would  be  to  scan  WAITQ  at 
fixed  time  intervals  At  and  require  that  wait 
conditions  involving  TIME  expressions  woric  with 
multiples  of  At.    This  method  throws  away  the 
advantages  gained  by  using  an  event-oriented 


simulation. 

The  solution  that  has  been  adopted  is  to 
provide  the  programmer  with  dummy  events  called 
ALARMS.    These  are  defined  in  SIMULA  by 
process  class  ALARM.  ;  ; 

A  programmer  can  now  insure  correct  opera- 
tion of  ti.e  "balking"  example  of  Figure  4  by  ge- 
nerating an  ALARM  to  trigger  an  event  when  the 
client  may  wish  to  leave.    Th«»  proper  procedure  is 
shown  below: 

TOUT  :=    TIME  +  TWAIT  ; 

activate  new  ALARM  at  TOUT  ; 

WAIT  UNTIL  (free  1  or  TIME=TOUT)  ; 

DISCUSSION  OF  EFFICIENCY 

Interrogative  scheduling  as  exaTiplified  by 
the  WAIT  UNTIL  statement  is  a  powerful  tool,  but 
in  the  case  of- simple  scheduling  decisions,  the 
method  is  highly  inefficient  compared  to  other 
scheduling  algorithms,    '^e  ineffi'tiency  comes 
from  two  main  sources. 

1)  Waiting  V-ansactions  are  placed  in  a 
single  list  irrespective  of  the  wait  condition. 
A  change  of  state  in  the  system  leads  to  exami- 
nation  of  all  waiting  processes. 

2)  Each  waiting  process  .uust  be  tested 
before  knowing  if  it  can  continue.    A  large  pro- 
portion of  the  tests  will  be  unsuccessful. 

Efficiency  is  gained  by  reducing  the  num- 
ber of  waiting  processes  that  must  be  examined 
for  a  given  change  in  system  state.    This  is 
achieved  by  having  several  wait  lists,  each  cor- 
responding to  a  distinct  wait  condition  (this  is ' 
equivalent  to  the  inverted  list  concept  used  in 
structuring  data  bases).    A  natural  ordering 
within  the  list  so  that  only  the  first  or  last 
element  need  be  tested  also  reduces  overhead.  If 
the  wait  condition  for  a  particular  list  is  spe- 
cific enough,  the  repetitive  individual  testing 
of  each  waiting  process  may  be  eliminated. 

The  future  events  list  and  imperative  se- 
quencing statements  found  in  aost  simulation  lan- 
guages form  an  example  of  these  principles.  The 
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The  list  contains  all  the  processes  waiting 
for  the  passage  of  time.    Control  may  be  passed 
to  the  first  element  in  this  list  without 
searching  or  testing.    It  is  therefore  much 
more  efficient  to  use 

"activate  this  process  £t 
than  tc  ase 

"wait  until  (TIME  =  Te)UT);" 

^^lien  scheduling  of  a  process  depends  on 
the  state  of  one  variable  only,  efficiency  may 
be  gained  if  the  variable  is  programmed  as 
a  GPSS  facility  or  storage.    Efficient  imple- 
mentation in  SIMULA  of  these  entities  as  well 
as  the  associated  SEIZE  and  RELEASE  procedures 
has  previously  been  described  (4  J  .    It  would 
then  be  advisable  to  use 

'^"SEiZE  (1);" 
rather  than 

"wait  until  (free  1);" 

It  is  only  in  the  case  of  complex  sched- 
tiling  decisions  such  as  presented  in  the  "bal- 
king" example  that  WAIT  UNTIL  should  be  used. 
In  ^ch  cases,  putting  a  waiting  process  in 
several  lists,  each  corresponding  to  a  variable 
involved  in  the  waiting  condition  leads  to 
intolerable  administrative  overhead.    If  func- 
tion calls  are  allowed  as  part  of  the  wait 
condition,  it  may  even  be  difficult  to  find  all 
the  variables  involved. 

in  these  cases,  the  WAIT  UNTIL  algorithm 
presented  is  n  useful  compromise.    It  centrali- 
zes thf^  scheduling  process  and  makes  it  system- 
atic.   "Ad  hoc"  methods  to  give  equivalent  re- 
sults are  certainly  more  prone  to  error  and  do 
not  appear  likely  to  result  in  greater  efficien- 
cy. 

CONCLUSIONS 

7h'  TT  UNTIL  statement  has  been  shown  to 
be  a  p  scheduling  tool.     It  also  leads 

to  a  n  1  description  of  many  situations. 
This  feci  :e,  present  in  older  languages,  is 
absent  fi*om  the  modem  generation  of  general  , 


purpose  simulation  languages. 

WAIT  UNTIL  has  been  implemented  as  a  source 
language  extension  to  SIMULA  67.    It  could  simi- 
larly be  added  to  other  languages,    although  the 
implementation  might  not  be  as  elegant.  Effor  s 
Were  made  to  minimize  the  overhead  resulting 
from    use  of  this  feature.    The  WAIT  UNTIL,  sta- 
tement is  more  suitable  to  complex  decision  rules. 
Simple  scheduling  can  be  accomplished  more  effi- 
ciently in  other  ways. 

The  use  of  the  variable  TIME  as  part  of  the 
wait  condition  was  shown  to  give  rise  to.  some 
problems  which  could  be  eliminated  by  means  of 
dummy  event  called  ALARMS. 
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Abstract 

This  paper  presents  simulation  results  from  a  general  sequential 
production  system.  The  results  are  used  to  establish  the  effect 
of  service  time  variability  and  to  estimate  minimum  cost-in  pro- 
cess inventory  capacities. 


This  paper  deals  with  the  problem 
of  finding  optimal  in-r process  inventory 
levels  for  a  general  production  system. 
Specifically  the  system  can  be  described 
as  a  production  lin'^  with  N  separate 
stages  (work  stations)  where  an  in-pro- 
cess inventory  buffer  with  a  fixed  capa- 
city is  provided  between  these  stages. 
All  work  units  are  processed  through  the 
stages  in  a  fixed  sequence.     We  assume 
an  infinii-'i  supply  of  input  at  the  first 
stage  end  r.o  blocking  of  output  from  the 
la-i-  sta9e.    Typically,  such  systems  are 
used  for  high  volume  production,  and  op- 
erati^ng  costs  saved  by  choosing  an 


optimal  size  buffer  will  be  desirable. 
Industrial  engineers  and  system  analysts 
are  frequently  confronted  with  the  de- 
sign and  evaluation  of  such  production 
line  systems. 
The  Model 

In  our  research  we  simulated  2-, 
3-,  and  4-stdge  production  systems  with 
0,  2,  A,  6,  and  8  buffer  capacities  and 
with  normal  service  times.  Coefficients 
of  variation  for  the  normal  distribu- 
tions ranged  from  .01  to  .30.     We  used 
the  normal  distribution  for  several  rea- 
sons:   numerous  variables  seem  to  follow 
a  pattern  of  variction  that  is  similar 
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to  the  normal  distribution;  and  the 
normal  distribution  can  be  an  excellent 
approximation  to  several  other  distribu- 
tions •    The  chief  reason  for  using  the 
normal  distribution,  however,  was  its 
practical  significance.     Lind  (6]  and 
Nadler  [7]  found  that  manufacturing  pro- 
cesses, whether  machine  or  operator  con- 
trolled, exhibit  an  inherent  variation 
about  their  mean  production  rates  rang- 
ing from  approximately  normal  distribu- 
tions to  positively  skewed  distributions 
of  the  Pearson  Type  II  curve.  GPSS 
(General  Purpose  Systems  Simulation)  was 
cfiosen  as  the  language  for  our  studies 
because  of  its  adaptability  to  manufac- 
turing processes  and  especially  to  pro- 
duction lines.    Not  only  is  the  struc- 
ture of  GPSS  suited  quite  well  to  such 
queueing  problems  incapable  of  mathema- 
tical formulation,  but  it  also  permits 
the  direct  and  complete  observation  of 
the  dynamic  behavior  of  the  processes. 
In  general  simulation  provided  a  closer 
.fit  to  reality  and  an  insight  into  sys- 
tem characteristics  unobtainable  through 
strictly  analytical  formulations. 

In  thir  research  we  investigated 
the  behavior  of  systems  in  v^ich  the  in- 
dividual stages  have  service  times  with 
different  coefficients  of  variation. 
For  each  system  we  determine  an  overall 
measure  of  system  variation^    We  define 


the  system  coefficient  of  variation  by 
the  following  formula: 

CV         (CVl)  ^+(CV2)^+..  .  +  (CVN)^'^ 

where  CV  =  the  system  coefficient  of 
variation 
CVl  =  coefficient  of  variation  of 
Stage  1 

CV2  =  coefficient  of  var:.ation  of 
Stage  2 

• 
• 

»CVN  =  coefficient  of  variation  of 
Stage  N 
N  =  nuirber  of  stages  in  nc 
system 

The  service  time  at  each  stage  in  the 
simulated  production  line  was  randomly 
assigned  a  normal  distribution  with  a 
coefficient  of  variation  of  .01,  .02, 
.03.,   .04,  .27,   .28,    .29,  or  .30. 

Three  sets  of  variation  patterns  for  the 
coefficient  of  variation  of  each  system 
were  calculated,  and  one  of  them  v;as 
discarded  on  the  basis  of  jduplication  or 
cL-^se  similarity  to  another  pattern. 
The  example  below  illustrates  two  su:*  .1 
patterns  f or^  a  3-stage  'model  with  a 
buffer  capacity  of  4  and  a  coefficient 
of  variation  for  the  system  of  0.20. 
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CV  CV  CV      CV  for 

Stage  1  Stage  2  Stage  3  System 

System  1      .20  .05  .28  .2007 

System  2      .24  .24  .08  .2013 

The  Simulation  Process 

A  basic  unit  called  a  transaction 
travels  through  the  simulation  model 
with  processing  stations  a.nd  storage 
areas,  and  statisti'^s  are  gathered  on 
its  movement  with  respect  to  congestion 
and  occupancy,  total  time,  and  delay. 
We  used  a  3000  transaction  starting  run 
for  assurance  that  the  effect  of  tran- 
sient-state build  up  would  not  affe-t 
the  steady-state  statistics.    We  then 
used  15,000  transar*    n  steady-state 
runs. 

Two  iiypes  of  delay  were  identified 
in  the  studies:     lack  of  work  and  block- 
ing delay.    Lack  of  work  occurs  at  a 
stage  when  the  buffer  immediately  pre- 
ceding it  is  empt*'  and  the  stage  is 
available  for  processing?  blocking 
occurs  when  the  buf-Zer  immediately  pro- 
ceeding it  is  full  and  ^,he  stage  has 
completed  processing  on  its  current  oon- 
» tents.    During  the  simulation  runs  we 
gathered  statistics  on  blocking  and  lack 
of  work  delay,  buffer  content,  facility 
utilization,  and  production  times.  Af- 
ter gathering  statistics  for  ill  the 
systems,  we  used  regression  analysis  for 
the  formulation  of  functions  defi.ning 


various  aspects  of  the  systems  according 
to  the  parameters  of  the  number  of 
stages  in  the  system,  the  system  coeffi- 
cient of  variation,  and  the  buffer  capa- 
city. Our  goal  was  to  use  the  simula- 
tion results  to  find  the  following  func- 
tional relationships: 

>    INVENTORY  =  f    (  N,B,CV  ) 

DELAY  =  f   (  N,B,CV  )  [2) 
UTILIZATION  -  f  (  N,B,CV  ) 
where  N    =  number  of  stages  in  system 
B    =  buffer  capacity 
CV  =  system  coefficient  of  varia- 
tion 

Using  these  equation  ,  we  developed 
the  general  cost  equation  for  any  pro- 
iMction  line  system  where 

TOTAL  COST  =  f    (  N,B,CV  )  (3] 
This  equation  along  with  the  others  pro- 
vided the  framework  for  determx.iing  op- 
timal buffer  capacities,  optimal  operat- 
ing costs,  ana  optimal  utilization  of 
production  line  faciliti  s. 
General  System  Behavior 

In  viewing  tho  data,  it  appears 
that  buffer  capacity  and  the  syjJtem  co-  ^ 
efficient, of  variation  have  the  most 
s'^.iificant  effect  on  average  delay*  As 
buffer  capacity  increases,  delay  rapj.dly 
approaches  zero.    There  is  a  very  large 
drop  in  delay  with  an  increase  in  buffer 
capacity  fxom  zero  to  two  units.  This 
is  in  agreement  with  Hatcher's  analytical 
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results  (1969)  that  only  a  small  amount 
of  storage  capacity  is  required  to  reach 
near  optimum  production  rates.    For  ex- 
ample, a  3-stage  system  with  a  system 
coefficient  of  variation  of  .20  dis- 
played 13.3%  delay  for  no  buffer  capaci- 
ty, 2.11%  for  a  buffer  capacity  of  two, 
and  .73%  for  a  buffer  capacity  of  eight. 
Similarly  as  the  system  coefficient  of 
variation  increases,  the  system  displays 
greater  delay.    A  3-stage  system  with  a 
buffer  capacity  of  4  displayed  .12% 
average  delay  for  a  system  coefficient 
of  variation  of  .05  and  1.9%  delay  for  a 
coefficient  of  .25.    Increasing  the  num- 
ber of  stages  in  the  system  also  in- 
creased delay  but  not  as  significant: 'y 
as  the  other  tvo  variables.    Fo?  exam- 
ple, for  two  systems  with  buffer  capaci- 
ties of  4  and  a  system  coefficient  of 
variation  of  .20,  a  2-stage  system  dis- 
played 1.0%  delay  and  a  4-stage  system 
displayed  1.7%  delay.  . 

Average  system  content  appears  to 
be  affected  by  both  buffer  capacity  and 
number  of  stages  in  the  system.  Natur- 
ally system  content  increases  as  buffer 
capacity  is  increased  up  to  a  point 
where  blocking  delay  approaches  zero. 
"Wlien  uixlZzzz-  ?nft  .large  and  blocking  de- 
lays near  zero,  further  increases  in 
buffer  capacity  remain  unused.  Obvi- 
ously an  increase  in  the  number  of 
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stages  increases  average  system  content 
by  more  than  one  unit  since  not  only  is 
another  stage  cidded  but  also  another 
buffer.     In  viewing  the  data,  however, 
the  system  coefficient  of  variation 
appears  to  have  no  significant  effect  on 
average  content.     For  the  case  of  no 
buffer,  systems  with  higher  system  vari- 
ation display  slightly  lower  average 
content,  but  this  does  not  hold  as  soon 
as  buffer  capacity  is  added. 

In  analyzing  internal  system  behav- 
ior, the  results  for  lack  of  work  and 
blocking  delay  were  in  agreement  with 
Anderson's  earlier  results  v/here  the  co- 
efficient of  variation  was  held  constant 
at  each  stage  throughout  the  system. 
Basically,  blocking  delay  is  highest  for 
the  first  stage  and  decreases  at  each 
stage  up  to  the  last  where  it  is  zero. 
Lack  of  work  is  zero  for  the  first  stage 
and  increases  up  to  the  highest  amount 
at  the  last  stage.    This  general  rule 
held  for  all  systems  with  few  exceptions. 
Average  buffer  content  was,  with  only 
one  exception,  highest  in  the  first  buf- 
fer and  lowest  in  the  last  buffer.  The 
percentage  of  time  the  buffers  were  emp- 
ty, a  good  indication  of  relative  lack 
of  work  delay  at  proceedings  stages,  was 
Hn  avejry  case  lowest  for  the  first  buff- 
er and  highest  for  the  last  buffer.  In 
some  cases  the  gradations  from  lowest 


lack  of  work  and  blocking  delay  were 
gradual  and  in  other  cases  quite  steep. 
However,  this  could  not  be  traced  to 
particular  variation  patterns.  Also, 
evidence  seems  to  indicate  that  contents 
of  the  individual  buffers  is  independent 
of  the  system  coefficient  of  variation. 
Estimating  System  Delays  and  Contents 

First  we  used  stepwise  regression 
to  develop  a  formula  for  content.  Using 
the  following  terminology 

C  =  system  coefficient  of  variation 

N  =  number  of  stages 

B  =  buffer  capacity 

we  regressed  the  variables  C,  M,  B,  C^, 

N^,  B^,  CN,  CB,  and  NB,    We  obtained  a 

correlation  coefficient  of  .938.  With 
2 

the  exception  of  B  ,  all  of  the  vari- 
ables containing  C  were  the  last  to  en- 
ter the  regression  equation  and  did  not 
increase  the  correlation  coefficient 
significantly.    Using  the  variables  N, 
B,  and  NB,  we  obtained  the  following 
equation: 

Content  =  .08-. 27B+. 93N+. 41NB  [4] 
2 

with  an  R    of  .928.    Using  nonlinear  re- 
gression did  not  result  in  any  signifi- 
cant improvement ♦ 

After  this  we  developed  a  delay 
equation  from  stepwise  regression  of  the 

variables  B,  N,  C,  B^,  C^,  N^,  BN,  BC, 

2 

and  NC.     But  v;e  obtained  an  R    of  only 
.881  and  the  fit  was  very  poor*    Next  we 


resorted  to  nonlinear  regression.    A:  a 
theoretical  basis  for  the  delay  equation, 
we  considered  Hunt's  analytical  deriva- 
tion of  delay  in  thr   i-stage  exponential 
service  time  system.    He  obtained  analy- 
tically the  following  equation: 

Using  this  starting  point,  Anderson  had 
previously  developed  the  delay  equation 

where  a^  =  f^  (B,N,C) 
a^  =  f2(B,N,C) 

After  testing  several  formulations,  ve 
came  up  with  the  following  function 
which  is  relatively  siinple 

=  BT7453  (--"4 
+  .131N-°2^+.lllC-"°+.052CN)  [7] 

2 

with  an  R    of  .985.     Further  complexity 
did  not  improve  the  fit  significantly. 
The  Cost  Model  and  Optimal 
Inventory  Level 

In  order  to  evaluate  systems  on  a 
cost  basis  and  derive  optimal  buffer  ca- 
pacity for  various  cost  structures,  we 
use  the  same  cost  model  as  presented  in 
Anderson's  earlier  paper.    The  general 
model  for  a  sequential  queue  is  shown 
below. 

Let    N  =  number  of  stages 
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B  =  buffer  capacities 
D  =  average  delay/unit  time 
I  =  average  contents  of  the 
system 

S  =  total  number  of  storage 
spaces 

K  =  cost  of  delay/unit  time 
=  inventory  cost/unit/unit 
time 

L2  =  storage  space  cost/unit/ 
unit  time 
T  =  total  cost/unit  time 


the 


T  =  DK  +  IL^  + 


[8] 


But  since  S  is  known  to  be: 

S  =  (N-l)B  [9] 
we  have 

T  =  DK  +  IL^  +  (N-1)BL2  [10] 
Using  the  equations  we  obtained  from  re- 
gression analysis  for  average  delay  and 
content,  we  can  formulate  the  total  cost 
equation  where  a^  and  32  are  as  defined 
before 


a,  K 

T  =  +(.08-.27B+.93N 


+.41NB)L^+(N-1)BL2  [11] 
For  optimal  buffer  capacity  with  respect 
to  cost  we  have 


-a,  K 

3T  _  — ±  J-  -.27L^+.41NL^ 


3B  (B+a2)' 


+(N-1)L2  =  0  [12] 


^*  -  /  -,27L^+,4lNL^+(N-l)L2  "^2 

where  a^  =  -,134+,131N-^^^+ailC- 
+,052CN 
a2  =  -453 

The  second  derivative  shows  this  to  be  a 
minimum. 

In  order  to  compare  the  cost  proper- 
ties of  the  two  models,  let  L  equal  the 
effective  space-holding  cost  at  the  opti- 
mal buffer  size  of  B*,     From  the  equation 
we  must  have 

■  -,27L+,4NL+(N-1)L=,27L-+.41NL, 


+(N-1)L. 


giving 


L  = 


-,27L^+,41NL^+{N-1)L2 


1,41N  -1,27 
Rewriting  the  equation,  we  get 


B* 


J  (1,41N-1. 


27Tl  "  ^2 


[14J 


[15J 


[16] 


Let  ({)  =  the  ratio  of  delay  cost  K  to  the 
effective  holding  cost 

4.  =  K/L  [17] 

Then 


B*  = 


(l,4lN-i,27)  "  ^2 


[18] 


and 


T*  =  DK  +  LB  +   (N-l)B*  L 

=  DK  +  IK/(|)  +  (N-l)B*  K/(t) 
=  (D  +  1/4)  +  (N-DB*/*)   K  [191 
Letting  K=(}>  we  generate  the  following 
table  for  optimal  buffer  capacities  and 
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optimal  costs  for  the  given  ratios  of  <t>* 

Buffer  Sizes 
CV 


N 

.05 

.10 

.15 

.20 

.25 

1,000 

2 

2 

4 

4 

5 

6 

3 

2 

J 

3 

4 

5 

4 

2 

2 

3 

4 

4 

5,000 

2 

6 

9 

10 

12 

13 

3 

5 

7 

8 

10 

11 

4 

4 

6 

7 

9 

10 

10,000 

2 

9 

12 

15 

17 

19 

3 

7 

10 

12 

14 

15 

4 

6 

9 

11 

12 

14 

50,000 

'  2 

20 

28 

34 

39 

43 

3 

17 

23 

27 

31 

35 

4 

15 

20 

25 

28 

31 

simulation  Summary 

In 

total 

we  simulated  the 

produc 

tion  process " 

of  18, 

000 

units  a 

total 

of 

150  times.    These  simulations  required 
over  seven  hours  of  computer  time  and 
cost  roughly  $4800. 
Conclusion 

A  general  class  of  simulation 
models  of  production  lines  have  'been 
studied  to  formulate  theories  on  system 
behavior.    All  of  the  systems  had  norm- 
ally distributed  processing  times  as  an 
approximation  to  conditions  oftvn  en- 
countered in  the  manufacturing  environ- 
ment.   Results  show  that  the  behavior  of 
sucii  systems  is  a  function  of  buffer  ca- 
pacity, the  system  coefficient  of  varia- 
tion, and  the  number  of  stages  in  the 


Total  Cost 
CV 


.05 

.10 

.15 

.20 

.25 

10.32 

13.74 

16.33 

18.44 

20,35 

15.75 

20.92 

25.01 

28.11 

31.12 

21.01 

28.01 

32.75 

37.21 

40.91 

21.28 

29.08 

34.89 

39.71 

43.94 

33.34 

44.83 

53.64 

61.01 

67.44 

44.61 

59.43 

71.08 

80.76 

89.31 

29.60 

40.57 

48.57 

55.64 

61.62 

46.51 

62.76 

75.17 

85.59 

94.72 

62.22 

83.28 

99.62 

113.38 

125.46 

64.62 

89.17 

107*57 

122.88 

136.25 

102.14 

138.46 

166.20 

189.47 

209.88 

136.58 

183.99 

220.49 

251.19 

278.23 

system,  and  that  the  pattern  of  varia- 
tion among  the  individual  stages  has  no 
significant  effect  on  the  behavior  of 
the  system.    From  the  results,  it  appears 
possible  to  obtain  an  excellent  approxi- 
mation to  optimum  buffer  size  for  any 
system  meeting  the  general  assumptions 
of  the  model.    Also  we  can  gain  insight 
into  the  cost  of  constraints  on  buffer 
sizes  less  than  optimum.     Simulation  has 
provided  significant  results  to  the  gen- 
eral in-process  inventory  problem  where 
a  theoretical  approach  would  have  been 
virtually  impossible. 
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Abstract 


This  paper  presents  the  modeling  methodology  incorporated  in  a  GPSS/ 
360  program  to  simulate  and  test  the  operation  of  a  generalized  re- 
circulating conveyor-supplied  system,  consisting  of  loader,  conveyor, 
and  multiple  work  stations,    Featuies  of  the  generalized  model  include 
its  ability  to  simulate  a  constant -speed  closed-loop  conveyor  with  dis- 
cretely spaced  random  loads,  variable  spacing  between  work  stations, 
variable  supply  and  return  distances,  variable  total  length,  zero  or 
specifiably    finite  local  storages  at  each  work  station,  homogeneous 
service  rates  in  the  work  stations,  variable  number  of  work  stations, 
and  choice  of  arrival  (loading)  distribution.    Output  statistics  in- 
elude  many  tabulated  operating  characteristics  of  the  system; 

Introduction 


The  design  of  recirculating  conveyor- 


in  manufacturing  organizations.    Since  invest- 


supplied  multiserver  systems  constitutes  a 


ments  in  conveyor  sy.<;tems  are  expensive,  it  is 


significant  area  of  responsibility  for  engineers 


desirable  that  engins^ers  have  a  reliable  design 
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methodology  for  such  systems. 

A  search  of  pertinent  conveyor  theory 
literature  indicates  that  a  number  of  prior  in- 
vestigators apply  multichannel  queueing  theory 
or  theory-based  simulations  to  the  analysis  of 
recirculating  conveyor-supplied  multiserver 
systems.    Previous  research  efforts  on  the  con- 
veyor .system  typically  have  investigated  one  of 
two  situations:    (1)  conveyors  with  randomly- 
spaced  loads  serving  single  or  multiple  servers 
(e.g.,  a  powered  belt  conveyor),  and  (2)  con- 
veyors with  discretely  spaced  loads  (usually 
uniformly  spaced)  serving  single  or  multiple 
servers  (e.g.,  a  powered  line  or  overhead-type 
conveyor  with  '"hooks")- 

The  methods  used  to  analyze  the  discretely 
spaced  ("hook")  conveyor  are  completely  dif- 
ferent from  those  used  for  the  randomly  spaced 
("belt")  type.    The  present  model  is  concerned 
with  the  analysis  of  the  recirculating  "hoolc"- 
type  conveyor,  in  which  loads  can  be  visualized 
as  being  spaced  at  integer  multiples  of  the 
"hook"  spacing  on  a  closed- loop  conveyor  that 
moves  at  constant  speed.    While  there  is  a  fair 
amount  of  prior  research  cor.cc*med  with  non- 
recirculating  conveyor-supplied  systems,  there 
appears  to  be  only  a  meager  amount  of  work  con- 
cerned with  the  recirculating  system  in  which 
the  conveyor  is  a  continuous  loop  moving  at 
constant  speed. 

Kwo  (2),  1958,  was  the  first  to  conceive 
the  recirculating  conveyor  in  its  role  as  a 
storage  and  delivery  device  as  a  part  of  a 
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larger  system  composed  of  a  loader,  the  conveyor 
and  the  service  channels.    He  develops  three 
intuitive  principles  governing  recircula»"ing 
conveyor  operation,  but  presents  no  operating 
characteristics  other  than  how  to  calculate 
limiting  values  of  speed,  capacity  and  uniformity 
of  loading. 

Pritsker  (6),  1966,  using  simulation 
methods,  investigates  the  effect  of  feedback 
(recirculation)  for  systems  experiencing  both 
deterministic  and  Markovian  arrivals,  and  con- 
cludes that  distance  between  channels  and  feed- 
back delay  (distance)  do  not  affect  the  steady- 
state  operating  characteristics  of  the  system, 
A  careful  reading  of  Pritsker's  investigation 
will  reveal,  however,  that  he  (1)  precludes  the 
formation  of  an  arrival  queue  at  the  loading 
point,  (2)  permits  the  possibility  for  recircu- 
lated items  and  newly  arrived  items  to  arrive 
at  the  first  server  at  the  same  virtual  instant 
in  real  time,  and  (3)  assumes  zero  time  delay 
for  items  transiting  between  channels  in  search 
of  an  open  channel,  while  simultaneously 
specifying  a  finite  time  delay  on  the  return 
portion  of  the  conveyor.  'These  are  the 
characteristics,  not  of  a  constant-speed  system, 
but  rather  of  a  looped  system,  for  example, 
composed  of  two  belt-type  conveyors  (one,  the 
supply  conveyor  to  the  servers,  running  very 
fast       perhaps  at  "infinite"  speed  to  provide 
the  zero  time  delay  between  servers       and  the 
other,  the  return  conveyor,  running  at  some 
slower,  finite  speed),  with  both  belts  being 


randomly  loaded  (i.e.,  with  loads  randomly 
spaced) . 

The  same  comments  may  be  directed  to  the 
simulations  used  by  Phillips  C4) ,  1969,  and 
Phillips  and  Skeith  (5),  1969,  who  extend 
Pritsker*s  simulation  to  include  more  system 
operating  characteristics.    The  essential  dif- 
ference between  Phillip's  (4)  model  and 
Pritsker's  (6)  is  that  Phillips  requires  a 
queue  to  build  at  the  head  of  the  return  con- 
veyor if  the  return  conveyor  is  occupied,  where- 
as Pritsker's  model  does  not  contain  this  re- 
striction. 

These  prior  investigations  apparently  fail 
to  model  the  constant^speed  recirculating  con- 
veyor faithfully;  that  is,  a  recirculating  con- 
veyor in  the  form  of  a  continuous  loop  that 
operates  at  con.'^tant  speed.    Consequently,  the 
effects  due  to  finite  time  delays  occuring  in 
the  system  are  not  isolated  and  analyzed.  Thus, 
a  remedy   for  these^efdciencles  became  the 
impetus  for  the  development  of  the  model  de- 
scribed herein. 

An  additional  objective,  adopted  early  in 
the  conceptual  phase,  was  to  create  a  utility 
simulation  model  of  the  constant-speed  recir- 
culating system       a  model  that  would  be  highly 
flexible  and  capable  of  application  over  a  wide 
range  of  operating  conditions  without  changing 
the  program  code.    The  result  is  presented 
herein. 

Description  of  the  Physical  System 
The  simulation  program  presented  in  this 


paper  models  the  physical  system  depicted  in 
Figure  1.    This  system  consists  of  a  supply 
point  (or  "loader") ,  the  recirculating  closed- 
loop  conveyor,  and  the  m  service  facilities  or 
channels  ("servers"). 

Functionally,  the  system  shown  in  Figure  1 
can  be  described  as  follows.    Semi -processed 
items,  presumably  from  a  prior  stage  in  a  manu- 
facturing process,  arrive  at  the  tail  of  the 
loader  at  random  times,  according  to  some  inter^ 
arrival  time  distribution  with  a  mean  rate  A. 
If  a  queue  is  present  in  the  loader,  an  arriving 
item  waits;  otherwise,  it  is  loaded  directly  on 
the  first  empty  position  on  the  passing  conveyor. 
Queue  discipline  in  the  loader  is  FIFO.  Each 
such  on- loaded  arriving  item,  or  any  recircu- 
lated item,  is  conveyed  at  constant  conveyor 
speed  to  the  first  service  channel  for  additional 
processing,  where  the  server  is  polled  for  avail- 
ability.   If  the  first  server  is  idle,  or  if 
space  in  a  local  storage  reserve  is  available, 
then  the  conveyor-supplied  item  is  off-loaded 
and  either  enters  the -server  or  is  added  to  the 
local  storage  of  reserved  (useables),  as  the 
case  may  be.    If  the  first  server  or  the  first 
storage  is  full,  the  conveyor-supplied  item  re- 
mains on  the  conveyor  and,  a  short  time  later, 
depending  upon  the  constant  conveyor  speed,  polls 
the  second  server  for  availability.    If  the 
second  server  is  available  (idle  server  or  non- 
full  storage  reserve),  the  item  is  off-loaded; 
otherwise  it  continues  to  the  third  server,  and 
so  forth. 
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The  polling  sequence  is  repeated  until  one 
of  two  events  occur:     (a)  entry  is  gained  at  one 
of  the  subsequent  channels,  or  (b)  entry  is  not 
gained  at  any  channel,  causing  the  conveyor- 
supplied  item  to  recirculate  at  constant  speed 
on  the  return  portion  of  the  conveyor,  finally 
to  reappear  again  at  the  first  channel  where 
the  polling  sequence  begins  again.    With  the 
proper  choice  of  system  parameters,  in  the  form 
of  arrivals,  services,  conveyor  speed,  and 
physical  dimensions  of  the  system,  the  arrivals 
at  the  loader  constitute  a  "birth"  process  and 
tlie  services  in  the  servicing  channels  consti- 
tute a  "death"  process,  so  that  the  system  can 
be  operated  at  stochastic  equilibrium. 

The  conceptual  system  shown  in  Figure  1  is 
based  on  the  .following  assumptions: 

1.  Arrivals  into  the  system  (at  the  tail 
of  the  loader  queue)  are  assumed  to  follow  an 
interarrival  time  distribution  of  the  investi- 
gator's choice  (e.g.,  exponential,  determin- 
istic, etc.) 

2.  Local  storage  (reserve)  may  or  may  not' 
be  specific  at  any  channel  --  that  is,  the 
capacity  of  each  server  is  restricted  to  the 
item  receiving  service,  plus  any  value  of  local 
storage  (including  zero) . 

3.  All  service  channels  have  the  same  mean 
service  rate. 

4.  Outputs  from  the  service  channels  are 
not  returned  to  the  recirculating  conveyor. 

5.  The  unloading  of  an  item  from  the  con- 
veyor is  determined  solely  on  the  basis^of  a 


free  channel  (n  local  storage  availability;  that 
is,  the  unloa'^ing  decision  is  made  at  the  dis- 
crete point  in  time  when  the  item  reaches  a  par- 
ticular channel  (no  "look-ahead").    Items  poll 
the  servers  for  availability  in  sequence  in  the 
direction  of  conveyor  movement,  and  items 
failing  to  gain  admission  at  the  m^^  (last) 
channel  are  recirculated. 

6.  The  "hooks"  on  the  conveyor  are  equally 
spaced  and  the  conveyor  moves  at  constant  speed. 
Since  the  conveyor  is  a  continuous  loop,  both 
service  and  return  portions  move  at  the  same 
speed. 

7.  The  physical  dimensions  of  the  system 
—  that  is,  loader  to  first  channel  distance, 
return  conveyor  length,  and  inter-channel 
spacing       are  finite  (0  <  d^,  d^,  Dg  <  «) . 

Model  Description 

Based  on  the  foregoing  assumptions  and  on 
the  functioning  of  the  physical  system,  a  s 
lation  model  was  encoded  in  the  GPSS/360  si, 
lation  language  (7). 

The  flow  chart  in  Figure  2  displays  the 
basic  coding.    The  format  of  Figure  2  generally 
follows  the  physical  system  in  Figure  1  to 
facilitate  identification  of  the  coded  program 
steps  with  the  functional  portions  of  the  system 
m  Figure  1.    Most  of  the  GPSS  statistical  tab- 
ulation blocks  (the  system  "instrumentation"  by 
which  output  information  is  gathered)  have  been 
omitted  from  Figure  2  for  clarity. 

In  describing  the  simulation  model'  the 
following  topics  will  be  presented:  composition, 
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model  input,  model  functioning,  unique  features, 
model  output,  and  model  execution.    Each  of 
these  topics  is  discussed  in  the  following 
paragraphs. 

Model  Composition 
Referring  to  Figure  2,  the  model  system 
program  consists  of  eight  functional  portions: 
(1)  data  input  cards  (not  illustrated),  (2)  a 
data  initialization  sequence  (not  illustrated), 
(3)  a  sequence  of  blocks  representing  the  re- 
circulating conveyor,  (4)  a  sequence  of  blocks 
providing  for  system  arrivals  and  representing 
the  loader,  (5)  a  generalized  block  sequence 
representing  from  1-10  service  channels,  (6)  a 
block  sequence  representing  the  unloading  oper- 
ation at  the  service  channels,  (7)  a  data  com- 
puting sequence  (not  illustrated),  and  (8)  a  re- 
port generator  (not  illustrated). 

By  means  of  the  ROALLOCATO  feature  in  the 
GPSS  language  best  use  is  made  of  the  necessary 
core,  so  that  the  program  in  its  present  version 
runs  in  122K  of  a  128K  partition  on  the  IBM  360 
series  computers.    Compile  and  run  time  together 
on  a  360/65  varies  *-"rcm  about  40  seconds  to  more 
than  2  minutes,  depending  upon  the  "length"  of 
the  conveyor  (total  number  of  transactions  in 
the  system)  and  on  the  number  of  service  channels 
(proportional  to  the  amount  of  internal  compu- 
tation required).    The  entire  source  deck  in- 
cluding comment  cards  is  about  300  cards  in 
length. 

Model  Input 
Two  distinguishing  features  of  a  utility 


simulation  program  are  flexibility  of  appli- 
cation and  ease  with  which  the  model  configur- 
ation can  be  changed.    These  objectives  are 
accomplished  in  the  model  by  writing  the  pro- 
gram in  generalized  form  and  iNITIALi zing -input 
data.    All  input  to  the  program  is  through  ten 
INITIAL  cards,  one  STORAGE  card,  and  two 
FUNCTION  definitions.    By  means  of  these  in- 
puts, the  following  system  parameters  are  con- 
trolled: 

1.  Number  of  service  channels  (1  -  10), 

2.  Spacing  between  channels  (in  "hook" 
pitches)  , 

3.  Distance  fron  loader  to  first  channel 
(pitches) , 

4.  Total  length  of  conveyor  (no.  of  hooks), 

5.  Conveyor  "hook"  pitch  (in  feet), 

6.  Conveyor  speed  (feet/min) , 

/.    Mean  interarrival  time  of  arrivals 
at  the  loader  queue  tail  (millimin), 

8.  Mean  service  time  of  a  served  item 
(mi llimin) , 

9.  Standard  deviation  of  interarrival  time, 

10.  Standard  deviation  of  service  time, 

11.  Capacities  of  local  storage  ("useables") 
at  each  service  channel  (no.  of  items), 

12.  Statistical  distribution  of  item  inter- 
arrival time, 

13.  Statistical  distribution  of  item  ser- 
vice time. 

These  system  parameters  completely  specify  any 
constant-speed  recirculating  conveyor-supplied 
system  of  the  form  depicted  in  Figure  1,  in  which 
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loads  ar;^  spaced  at  random  discrete  intervals 
(by  integral  multiples  of  the  "hook"  pitch). 
By  merely  specifying  the  values  of  these 
parameters^  one  can  use  this  model  without 
change  to  simulate  any  particular  system  of  the 
type  mentioned  which  incorporates  any  arrwal 
distribution  and  any  service  time  distribution 
(given  that  they  have  finite  variances) ,  and 
which  consists  of  400  or  less  "hooks"  aiid  10  or 
less  service  channels. 

Model  Functioning 

After  the  necessary  data  are  read  in  to 
describe  the  exact  model  configuration  desired, 
the  GPSS  program  rirst  generates  one  transaction 
which  performs  some  calculations  on  these  data 
and  stores  the  results  in  SAVOVALUHs  for  sub- 
sequent internal  use.     (These  details  are  not 
reported  here) . 

Subsequently,  the  n.ext  block  sequence  of 
interest  is  the  manner  in  vhich  the  program 
"builds"  the  recirculating  conveyor  and  simu- 
lates its  operation  (see  Figure  2).    The  "hook" 
transactions  representing  the  conveyor  are  gen* 
erated  by  the  "conveyor  building  generator": 

GENERATE    X30, ,2,XS,0,6,F 
SAVnX  30  contains  the  mean  creation  time  which 
the  program  has  earlier  computed  from  the 
specified  "hook"  pitch  and  the  conveyor  speed. 
No  modifier  is  specified  in  Field  B,  so  that  the 
conveyor  "hook"  transactions  are  created  at  con- 
stant intervals  of  the  mean  time  required  by 
SAVEX  30.    The  first  of  the  "hook"  transactions 
is  created  at  an  offset  of  2  time  units 


(Field  C) ,  to  per    •  input  data  initialization 
and  calculation  to  take  place  via  another 
(earlier)  transaction  originating  in  a  preceding 
GENERATH  block  (not  depicted  in  l-i(»ure  . 
SAVRX  5  (Field  D)  contains  the  total  number  of 
transactions  (number  of  "hooki>")  tc  le  generated, 
each  of  which  is  generated  with  PRIORITY  0 
(Field  I:),  and  also  with  6  fuUword  parameters 
(Fields  F  and  G).    In  this  manner,  the  total 
length  ci"  the  conveyor  is  established,  as  well 
as  the  discir*^^*  (and  unifonn)  time  spacing  of 
each  "hook"  corresponding  to  the  conveyor  speed 
and  pitch. 

Since  each  "hook"  transaction  in  the  entire 
circuit  is  never  destroyed  and  always  experi- 
ences the  same  relative  incremental  dela>^  in 
the  circuit,  each  "hook"  transaction  retains  its 
identity  throughout  the  simulation  and  also  its 
time -relative  position  to  every  other  "hook"  at 
all  times,  regardless  of  its  pliysical  location 
in  the  system  logic.    The  functional  effect  is 
thus  One  of  a  specific  sequential,  time-ordered, 
finite  numbered  set  of  transactions  which  behave 
in  the  simulation  as  a  conveyor  xhain  on  which 
load  points  ("hooks")  are  discretely  spaced  and 
which  move  at  constant  speed  in  a  closed  loop. 

The  six  "hook"  transaction  parameters  are 
utilized  as  follows: 

PI:    Contains  the  value  0  or  1,  to  indicate 
whether  the  "hook"  is  loaded  (1)  or 
empty  (0). 

P2:    Contains  a  va.lue  (1,  2,  10)  to 

indicate  the  next  service  channel  to 
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be  polled  for  entry.    If  entry  is  suc- 
cessful, this  value  becomes  the  channel 
identifying  index. 
P3:  Contains  a  value  for  the  Variable  time 
delay  to  be  experienced  by  the  "hook" 
transaction  in  "skip"  transiting  be- 
tween a  channel  where  a  load  has  just 
been  unloaded  and  the  beginning  point 
of  the  recirculation  loop. 
P4:  Contains  the  number  of  recirculations 
experienced  by  a  loaded  "hook"  before 
it  is  unloaded  (reset  to  zero  inmedi- 
ately  after  the  "hook"  is  unloaded). 
P5,P6:  For  use  in  future  modifications  of  the 
model . 

The  neXi.  block  sequence  of  interest  is  the 
one  defining  the  operation  of  the  "loading  sta- 
tion" and  its  interaction  with  the  conveyor 
"hook"  transactions.    The  transactions  repre- 
senting incoming  physical  items  to  be  conveyed 
and  processed  by  the  system  are  generated  by  the 
block 

CRNERATK    X7.FN1 ,X25 , , 1 ,2,F  . 
SAVnX  7  contains  the  "item"  mean  interarrival 
time  (from  INITIAL  data),  which  is  modified  by 
FUNCTION  1,  the  interarrival  time  distribution 
(any  desired  normalized  statistical  distribution 
with  finite  variance).    The  offset  interval  is 
specified  in  Field  C,  which  uses  the  value  con- 
tained in  SAVCX  25  '    a  value  calculated  in- 
tcmsljy  in  the  data  initialization  sequence, 
sufficiHutly  great  timewise  to  permit  the  re- 
circulating conveyor  to  be  "built"  before  the 


first  item  to  be  processed  "appears"  at  the 
loader.    There  is  no  creation  limit  (Field  D) , 
and  each  "item"  transaction  is  created  with 
PRIORITY  1  (Field  E)  and  with  2  fullword  para- 
meters  (Fields  F  and  0). 

The  key  blocks  in  ths  "loader"  are  the 
ENTER  MAIN  1,  GATE       1,  and  LEAVE  MAIN  1  blocks. 
Storage  "MAIN"  is  capacitated  by  a  STORAGE  def- 
initior  card  to  a  value  of  one*    GAVE       1  prc^ 
vents  the  forward  movement  of  an  "item"  trans- 
action in  "MAIN"  until  LOGIC  S*;itch  1  is  set 
("on").    This  combi^is'cion  of  blocks  forces  the 
formation  of  a  first-come,  first-served  queue 
("LINE")  of  "items"  behind  the  loader  in  the 
event  the  conveyor  c:;'.,iot  load  "items"  as  fast 
as  they  arrive. 

Assuming  now  that  the  simulation  has  ad- 
vanced to  the  point  where  there  is  an  "ite;»" 
transaction  in  "MAIN"  (delayed  by  GATE  ?), 
and  where  a  queue  ("LINE")  exists  waiting  \o 
enter  "MAIN",  the  interaction  of  the  conveyor 
with  the  loader  can  be  described  as  follows.  A 
recirculating  "hook"  transaction  is  first  tested 
At 

LOAD   TEST  E  Pt,0,BYPAS 
to  determine  if  the  conveyor  "hook"  is  empty 
(PI  =  0).    If  it  is  already  loaded  (PI  ?^  0)  the 
"hook"  bypasses  the  loading  sequence  to  the  BYPAS 
ADVANCE  X26  block.    If  the  "hook"  is  en^Aty 
(Pi  =0),  it  then  tests  for  the  presence  of  one 
or  more  "item"  transactions  in  the  loader: 

TEST  G        Q$LINE,0, BYPAS 
If  there  is  no  item  waiting  (Q$LINE  =  0),  the 
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"hook"  bypasses  to  BYPAS  ADVANCE  X26.    If  there 
is  an  item  waiting  (Q$LINI:  i  0),  the  "hook" 
transaction  then  sets  LOGIC  S  1  ("on")  and  im- 
mediately encounters  the  BUFFER  block,  with  the 
following  consequences: 

(a)  the  current  events  chain  scan  is  re- 
initiated, 

(b)  the  "hook"  transaction  is  delayed  with 
zero  relative  time  change  (since  it 

is  Priority  0) , 

(c)  the  "item"  transaction  in  "MMN"  is 
activated  and  moves  (since  it  is 
Priority  1)  as  a  result  of  Logic 
Switch  1  having  been  set  ("on")  by  the 
"hook"  transaction.    The  "item"  trans- 
action then  continues  to  move,  which 
resets  Logic  Switch  1  (resetting  the 
"gate"  so  as  to  delay  a  subsequent 
"item"  transaction),  then  on  to  TER- 
MINATE 0  after  passing  through  the 
DEPART  LINE,  TABULATE,  an  LEAVE  MAIN 

1  blocks. 

This  sequence  destroys  one  "item"  trans- 
action, whidi  has  now  served  its  purpose 
representing  a  load  or  "item"  for  the  "hook" 
waiting  in  BUFFER.    After  the  "item"  transaction 
is  TERMINATEd,  the  waiting  "hook"  transaction 
moves  immediately  (since  it  was  delayed  with 
zero  relative  time),  and  its  Parameter  1  is 
changed  from  0  to  1  (signifying  now  a  loaded 
"hook")  by  the  ASSIGN  1,  Kl  block.    The  "loaded 
hook"  transaction  then  proceeds  to  the  BYPAS 
ADVANCE  X26  block,  where  it  is  delayed  for  the 


transit  time  (X26)  analogous  to  the  conveyor 
distance  from  the  loader  to  the  first  service 
channel.     (The  time  delay  value  in  SAVEX  26  is 
internally  calculated  once  from  the^initialized 
input  data  by  an  earlier  one-time  transaction, 
and  all  "hooks",  loaded  or  unloaded,  are  delayed 
by  the  same  increment  of  relative  time). 

The  next  block  sequences  of  interest  are 
the  "channel  test  sequence"  and  the  "channel 
indexing  sequence*'  (Figure  2).    These  are  nearly 
self-explanatory,  except  to  point  out  that  the 
first  test  (CNT2    TEST  E         P1,1,ADV31)  is  to 
determine  if  the  "hook"  transaction  is  loaded 
(PI  =1).    If  not,  the  hook  bypasses  the  channel 
polling  sequence  to  the  ADVi\NCE  block  (ADV31 
ADVANCE         X31)  which  provides  the  time  delay 
necessary  (stored  in  SAVEX  31)  to  transit  the 
distance  between  the  first  and  last  service 
channels.    Otherwise,  if  the  "hook"  is  loaded 
(PI  =  1),  the  ASSIGN  2,K1  block  assigns  the 
value  1  to  Parameter  2,  which  indicates  that  the 
polling  sequence  is  to  begin  with  Channel  1. 

Channel  1  is  tested  for  entry  in  the  block 
GATEl  GATE  SNF  P2,NEXT1 
(when  the  value  of  the  channel  index,  P2  =  1), 
which  allows  the  "loaded  hook"  transaction  to 
enter  the  "unloading  sequence"  at  Channel  1  if 
that  channel  (or  its  local  storage)  is  not  full; 
otherwise  the  transaction  moves  to  the  block 

NEXTl  TEST  L         P2, XI, OVER 
which  determines  if  the  last  channel  has  been 
tested.    If  not,  the  transaction  moves  through 
the  indexing  sequence  in  which  the  channel 
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identifying  number  (P2)  is  incremented  by  one, 
a  delay  is  encountered  corresponding  to  the 
distance  between  two  adjacent  channels,  and  the 
next  sequential  channel  is  polled  for  entry. 
Loaded,  unserviced  "hook"  transactions,  after 
polling  each  channel  and  failing  to  unload,  then 
begin  the  recirculation  journey  via  the  ADVANCE 
X28  olock  after  passing  through  the  statistical 
TABUUTE  RECIR  block,  which  tabulates  the  re- 
circulation frequency  of  loaded  "hooks". 

If  a  "loaded  hook"  finds  an  open  service 
channel  or  available  local  storage  in  the  pol- 
ling sequence,  it  then  enters  the  "unloading  se- 
quence" blocks  (Figure  2).    Here,  the  entering 
"hook"  transaction  is  first  increased  in 
priority  (PRIORITY  2  block),  so  that  when  a 
d  iplicate  or  "copy"  transaction  (representing 
an  unloaded  "item")  is  created  in  the  SPLIT  1, 
aiAN  block,  the  duplicate  will  have  a  higher 
pi'iority  in  the  current  events  chain.  "  Imme- 
diately after  the  SPLIT  block,  the  "hook" 
transaction  encounters  the  PRIORITY  0,  BUFPER 
block,  which  develops  the  To 1 lowing  consequences: 

(a)  the  priority  of  the  parent  "hook" 
transaction  is  reduced  (PR  =0),  while 
the  priority  of  the  duplicate  trans- 
action (representing  the  unloaded 
"item")  remains  higher  (PR  =  2); 

(b)  the  current  events  chain  scan  is  re- 
activated by  the  BUFFER  command; 

(c)  the  "copy"  transaction  moves  first 
(uue  to  PR  =  2),  ENTERing  the  storage 
whose  identifying  channel  number  is 


contained  in  Parameter  2  of  the  "copy" 
transaction,  joining  the  appropriate 
QUEUE*2,  and  so  forth; 
(d)    when  the  "copy"  transaction  ceasns  to 
move,  due  to  QUEUE*2  or  ADVANCE  X8,FN2, 
then  the  parent  "hook"  transaction 
(now  with  PR  =  0)  moves  again  through 
the  remainder  of  the  unloading  se- 
quence blocks,  which  perform  the 
housekeeping  functions  noted  in 
Figure  2.    It  is  noteworthy  to  add 
that  the  ASSIGN  1,  KO  block  changes 
the  value  of  Parameter  1  in  the  "hook" 
transaction  from  1  to  0,  signifying 
that  the  "hook"  has  now  been  unloaded; 
thus,  after  the  recirculation  trip  it 
is  again  available  for  loading  again 
at  the  loader. 
The  final  group  of  blocks  of  particular 
interest  in  Figure  2  is  the  "generalized  service 
channel  sequence",  which  models  from  one  to  ten 
service  channels  and  their  associated  local 
storages.    These  blocks  are  fairly  self- 
explanatory,  although  it  should  be  noted  that 
one       the  outstanding  utility  features  of  the 
entire  model  is  embodied  in  this  sequence.  To 
write  the  storage,  queue  and  service  facilities 
in  general  form,  we  use  to  advantage  the  fact 
that  the  channel,  storage  and  queue  identifying 
number  is  contained  in  Parameter  2  of  the  "copy" 
transaction  created  in  the  SPLIT  block.  Thus, 
one  can  use  this  identifying  number  in  the  form 
*2  to  identify  which  ENTER,  QUEUE,  SEIZE,  DEPART, 
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RELBASn,  and  LEAVH  blocks  and  statistics  are  to 
be  affected  by  a  particular  "item"  unloaded  from 
the  "hook".    It  should  also  be  noted  briefly 
that  we  use  Parameters  3  and  4  of  the  "copy" 
transactions  for  the  accumulation  of  statistical 
data  concerning  waiting  and  service  times  of  an 
"item"  being  serviced,  rather  than  for  the  pur- 
poses mentioned  earlier  for  the  parent  "hook" 
I 

transaction. 

Unique  Features 
Some  of  the  unique  features  of  the  model, 
described  in  detail  above,  can  be  summarized 
as  follows: 

(1)  the  GENERATion  of  a  finite  number  of 
sequenced,  undestroyed  transactions,  equally 
spaced  in  relative  time,  to  represent  a  closed- 
loop  conveyor  with  equally  spaced  load  points 
C'}iooks")  travelling  at  constant  speed  through- 
out the  simulation; 

(2)  the  interfacing  of  random  "item"  ar- 
rivals with  the  continuously  moving  conveyor  at 
the  "loader",  which  realistically  models  the 
conditions  (a)  that  an  "item"  is  "loaded"  only 
when  an  empty  conveyor  "hook"  is  available,  and 
(b)  that  arriving  "items"  build  a  first-come- 
first-served  queue  if  they  arrive  momentarily 
faster  than  the  conveyor  can  "load"  them; 

(3)  as  a  consequence  of  (2),  "items"  ar- 
rive at  the  first  service  channel  at  random 
integral  multiples  of  the  time  required  for  the 
conveyor  to  advance  one  pitch  length  —  this  is 
different  from  the  completely^  random  interar- 
rival  times  assumed  by  prior  investigators  for 


belt-type  conveyors; 

(4)  the  "generalized  service  channel  se- 
quence" that  permits  representation  of  up  xo  10 
service  channels  by  one  set  of  block^s; 

(5)  all  input  to  the  program,  completely 
specifying  the  model  configuration  and  operation, 
is  through  the  use  of  the  INITIAL,  STORAGE  and 
FUNCTION  cards,  which  makes  major  model  changes 
necessary  in  order  to  simulate  different  systems. 

Model  Output 
The  Output  from  the  simulation  occurs  via 
the  REPORT  editor,  and  consists^  of  the  following: 

1.  Report  of  all  data  inputs. 

2.  Report  of  internally  calculated  data: 

(a)  Conveyor  length  (feet) 

(b)  Distance  between  channels  (feet) 

(c)  Distance,  loader  to  first  channel 
(feet) 

(d)  Distance,  first  to  last  channel 
(feet) 

(e)  Distance  of  return  loop  (feet) 

(f)  Conveyor  circuit  transit  time  (min) 

(g)  Transic  time,  loader  to  first 
channel  (min) 

(h)  Transit  time,  first  to  last  channel 
(min) 

(i)  Transit  time,  return  loop  (min) 
(j)    Transit  time,  between  channels 

(min) 

(k)    Transit  time,  one  pitch  length 
(min) 

(1)    Conveyor  service  rate  (hooks/min) 
(m)    Nominal  input  utilization  (new 


ERiC 


102 


arrivals)  on  supply  portion  of 
conveyor  (decimal) 

(n)    Mean  input  utilization  (new  ar- 
rivals) on  supply  portion  of  con- 
veyor (decimal) 

(o)    Mean  utilization  (recirculated 

items)  on  return  loop  of  conveyor 
(decimal) 

(p)    Mean  total  utilization  (new  ar- 
rivals plus  recirculated  items) 
on  supply  portion  of  conveyor 
(decimal) 

(q)    Mean  frequency  of  recirculation, 
given  that  an  item  recirculates 
on  return  loop  (decimal) 

(r)    Probability  of  recirculation 

(=  relative  frequency  with  vhich 
all  items  recirculate,  including 
those  that  do  not) 

(s)  Nominal  overall  system  utilization 
(overall  "black-box"  utilization), 
%. 

3.  Utilization  of  all  service  channel 
facilities* 

Utilization  and  other  storage  sta- 
tistics for  all  storages,  including 
local  storages  at  each  channel. 

5.  Queue  statistics  for  each  queue  in  the 
model . 

6.  The  statistical  distributions  of: 

(a)    Recirculation  frequency  of  items 
that  recirculate  once  or  more; 


(b)  Waiting  times  in  each  service 
channel  queue; 

(c)  Service  times  for  each  service 
channel; 

(d)  Departure  rate  from  each  service 
channel; 

(e)  Waiting  time  in  the  "loader" 
queue ; 

(f)  Loading  rate  (pick-up  rate  by  the 
conveyor)  at  the  "loader"; 

(g)  Loaded  hook  recirculation  rate  on 
the  return  loop; 

(h)  Loaded  hook  arrival  rate  at  the 
first  service  channel;  and 

(i)  Inter-item  times  corresponding  to 
the  rate  distributions  mentioned 
in  (f) ,  (g)  and  (h). 

The  richness  of  these  selected  performance 
statistics  permits  almost  any  post-simulation 
operational  analysis  to  be  made,  as  will  be  seen 
in  the  sample  simulation  results  reported  in 
subsequent  paragraphs* 

Model  Execution 

The  program  has  been  used  so  far  to  simu- 
late about  80  different  conveyor  system  con- 
figurations ,  ranging  from  1  to  h  channels  and 
with  various  loop-lengths,  various  distances 
between  loader  and  first  channel ,  various 
channel  spacings ,  various  speeds,  "hook"  pitches 
and  other  operating  parameters.    For  a  typical 
simulation,  the  following  simulation  control 
cards  would  be  used: 
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START  200, NP 
RESET 

START  1000,NP 

GENERATE  ,,,1,,0  . 

SAVEVALUE  9,V9 

SAVEVALUE  12,V12 

SAVEVALUE  17,V17 
TERMINATE  1 
START  1 

REPORT 
*  • 

* 

The  START  200, NP  command  initially  "loads" 
an  empty  and  idle  system  which,  in  response  to 
the  RESET  card,  permits  the  actual  simulation  to 
commence  with  the  START  1000, NP  command.  This 
tends  to  remove  the  transient  start-up  effect 
from  the  output  statistics,  which  is  desirable 
for  this  model.    Realistically,  a  recirculating 
conveyor  in  a  manufacturing  plant,  for  example, 
would  be  used  continudusly  or  if  it  were  stopped 
intermittently  (say,  overnight)  then  it  would  be 
restarted  in  the  same  loaded  condition  as  when 
it  was  stopped.    Thus,  the  steady-state  oper- 
ating condition  is  of  primary  interest,  not  the 
transient  phase. 

Following  the  START  1000 ,NP  card  which 
initiates  the  actual  simulation,  a  GENERATE 
block  is  used  to  generate  one  final  transaction 


whose  function  it  is  to  calculate  some  statis- 
tical information  from  data  developed  in  the 
simulation.    The  statistical  information  is 
stored  in  SAVEVALUES,  via  numerical  calculations 
perfor:.ned  by  VARIABLH  statements  analogous  to 
th'^  arguments  of  the  SAVEVALUE  blocks.  Once 
^his  duty  is  performed  the  final  transaction  is 
destroyed  in  the  TERMINATE  1  block,  which  ends 
the  simulation.    The  REPORT  card  initiates  the 
GPSS  report  editor,  and  output  ensues. 

A  comment  should  be  made  about  the  trans- 
action sample  .sizes  (200  and  1000)  used  to  "load" 
the  system  and  perform  the  simulation.  These 
are  merely  representative.    In  an  actual  simu- 
lation, one  would  need  to  replicate  the  exper- 
iment .''ix!!  a  particular  configuration  several 
times  with  different  random  number  seeds  (using 
the  RMULT  feature) ,  so  as  to  provide  an  inde- 
pendent measure  of  the  random  error  in  the 
experiment.    Then  statistical  tests  for  sig- 
nificance could  be  applied  to  the  experimental 
results,  and  the  experimenter  could  decide 
whether  or  not  his  simulation  sample  were  large 
enough  for  steady-state  to  have  been  reached. 
Typical  Simulation  Results 

As  a  result  of  some  prior  work  with  this 
model,  several  interesting  and  .unexpected 
phenomena  have  been  observed  in  studying  constant 
speed  recirculating  conveyors  that  are  random 
discretely  loaded  and  serviced. 

For  example,  consider  the  following: 

1.    Based  on  an  argument  that  finite  delay 
times  in  the  system  give  rise  to  opportunities 
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for  system  regeneration  points  to  occur  (which 
would  not  be  possible  if  delay  times,  were  zero), 
it  was  hypothesized  that  system  performance 
parameters  in  the  finite  delay  system  would  be 
different  from  those  given  by  earlier  investi- 
gators who  assumed  zero  time  delays  in  the 
system. 

The  authors*  earlier  research  substantiated 
this  hypothesis  (1).    Two  system  performance 
parameters,  the  probability  of  recirculation, 
P  ,  and  the  return  conveyor  utilization,  p„ , 
were  shown  to  be  functions  not  only  of  the 
system  loading,      ,  but  also  the  input  loading, 
p.,  the  latter  being  related  inversely  to  con- 
veyor speed  (see  Figure  3).     If  these  per- 
formance parameters  were  independent  of  finite 
delay  times,  then  they  would  be  invariate  with 
changes  in  conveyor  speed;  however,  such  was 
not  the  case.    Both  of  these  performance  par- 
ameters were  shown  to  be  non-simple  functions 
of  finite  delay  times  in  the  system  (Figure  3). 
This  confirmed  the  hypothesis  and  also  tended 
to  indicate  that  an  assumption  of  zero  delay 
times  within  or  between  points  of  the  system  is 
not  a  realistic  one  for  constant-speed  finite- 
delay  recirculating  systems. 

2.    Another  result  is  that  constant-speed 
(finite  delay)  recirculating  conveyor- supplied 
systems  can  display  "blocking"  on  the  service 
(supply)  portion  of  the  conveyor  (see  also 
Figure  3),  a  phenomenon  not  possible  under 
prior  research  in  which  zero  time  delays  were 
assumed.    A  constraint  of  all  such  finite  delay 


recirculating  systems  is  that  they  be  operated 
so  that  the  utilization  of  the  service  conveyor, 
p*,  never  exceeds  unity  (see  also  Muth  (3)  for 
a  different  approach  with  the  same  conclusion 
for  cyclically-loaded  continuous  conveyors). 
This  constraint  apparently  does  not  exist  and 
has  not  been  reported  for  previously  investi- 
gated recirculating  conveyors. 

3.    It  can  also  be  inferred  that  the  prob- 
ability of  recirculating,  P^,  collapses  into  two 
theoretical  conditions  as  "end  points",  when 
conveyor  speed  (or  input  loading,  p.)  reaches 
limiting  values  (see  Figure  4) .    For  the  case 
in  which  conveyor  speed  becomes  "infinitely" 
large  and  the  number  of  hooks  great  compared  to 
a  possible  queue  length,  the  system  is'  analogous 
to  a  zero  delay  search  condition,  and  P^  ap- 
parently collapses  into  theoretical  values  for 
P(m),  the  probability  of  all  channels  simul- 
taneously busy,  for  a  theoretical  M/M/m:«> 
queueing  system.    For  the  single  server  system 
case  when  the  conveyot  speed  is  slowed  so  that 
blocking  occurs  on  the  serving  conveyor 
(p*^  =  1.0),  arrivals  at  the  service  channel 
becone  exactly  deterministic,  and  P^  apparently 
collapses  into  theoretical  values  of  P(l)  for 
the  theoretical  D/M/1:0  queueing  system.  In 
between  these  limiting  cases  the  probability  of 
recirculation  (analogous  to  probability  of 
"overflow"  for  a  non-feedback  system)  takes  on 
intermediate  values  indicative  of  a  complex 
function  of  the  finite  delay  experienced  be- 
tween channels,  the  form  of  which  is  not 
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presently  understood. 

4.    A  final  result  is  that  constant-speed 
recirculating  conveyors  not  only  can  be  used  as 
storage  devices,  but  that  maximum  litilization 
of  the  return  leg  effectively  occurs  in  the  ap- 
proximate range  0.5  <^      <_  0.7  for  all  values 
of  m  (number  of  servers)  and       (system  loading) 

see  Figure  3.    In  this  range,  the  expected 
loader  queue  length  is  small  (virtually  all  ar- 
rivals are  "stored"  on  the  conveyor).  Thus, 
since  the  input  loading,  p.,  is  under  control 
of  the  designer,  an  opportunity  exists  for  an 
economic  trade-off  of  queue  storage  space  at  the 
loader  for  increased  conveyor  speed  or  de- 
creased hook  spacing,  the  principal  controllable 

determinants  of  p , . 

1 

Conclusions 

The  GPSS/360  simulation  program  described 
hereia  effectively  models  the  operation  of  a 
ccnstant  speed  recirculating  conveyor-supplied 
multiserver  system,  in  which  random  arrivals 
are  accommodated  and  served,  and  in  which  the 
conveyor  is  loaded  in  a  random  discrete  manner 
with  load-points  ("hooks")  equally  spaced  on 
the  conveyor  loop. 

The  program  is  effective  as  a  utility  pro- 
gram for  the  investigation  of  different  system 
configurations  without  the  necessity  of 
changing  the  model.    To  date,  over  80  different 
configurations  have  been  investigated,  with  the 
sole  changes  in  the  program  being  in  the  10 
INITIAL  cards,  1  STORAGE  card,  and  2  FUNCTION 
definitions. 


Compilation  and  execution  time  for  a  simu- 
lation is  quite  short  considering  the  logic 
complexity  of  the  system       on  the  order  of  40 
seconds  to  2.5  minutes  on  an  IBM  360/65  computer. 

The  value  of  this  utility  program  is  demon- 
strated by  the  fact  that  preliminary  usage  has 
already  provided  some  interesting  and  unexpected 
operating  phenomena  concerning  discretely  loaded 
recirculating  constant-speed  conveyors,  not 
heretofore  observed  quantitatively;  namely,  the 
"blocking"  phenomenon,  the  dependence  of  certain 
system  performance  parameters  on  loadings  and 
conveyor  speed,  and  the  apparent  collapse  of  the 
probability  (relative  frequencey)  of  recircu- 
lation into  theoretically  determined  values 
under  limiting  conditions  of  system  operation. 
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Figure  1  -  Conveyor-Supplied  Multiserver  System. 
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Figure  h.    Effects  of  Conveyor  Input  Utilization  and  Number 
of  Channels  on  the  Probability  of  Recirculation. 
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Abstract 


The  SIMSCRIPT  Conveyor  Program  (SIMCON)  models  the  flow  of  cased 
goods  through  an  accumulating  powered  belt  conveyor  system.  The 
program  is  almost  totally  general  with  all  configuration  des- 
criptions and  parameters  being  read  Into  the  model  as  input 
data.    The  model  has  been  used  to  test  proposed  changes  to 
existing  systems*  to  design  totally  new  systems,  to  study  the 
effects  of  several  variables »  and  to  model  new  concepts  in 
cased  goods  merging.   The  quantitative  results  have  been  used 
in  the  decision  process  for  many  multi-million  dollar  conveyor 
networks. 


SUMMARY 


At  the  Procter  &  Gamble  Company,- powered 


the  design  of  these  conveyors.   Although  an 


accumulating  belt  conveyors  are  used  in  man- 


earlier  conveyor  simulator  written  in  GPSS 


ufacturing  plants  to  transport  high-volume. 


was  available,  SIMCON  was  developed  because 


low-cost  consun?8r  cased  goods.   The  SIMSCRIPT 


of  the  cost,  accuracy,  and  nx)del  concept 


Conveyor  Simulator  (SIMCON)  is  an  operational 


advantages  made  possible  by  using  SIMSCRIPT. 


tool  used  to  provide  quantitative  assistance 


in  the  decision  making  process  concerning 


The  model  has  been  highly  successful  and  has 
given  quantitative  direction  to  decisions 
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previously  "engineered"  by  conmittee.    In  the 
first  three  months  of  use  SIMCON  minimized  the 
possibility  of  design  error  that  could  have 
cost  upward  of  $500,000  (roughly  100  times  its 
development  cost)  either  in  over-design  or  post 
startup  corrections.    ^,Ace  that  time,  the 
program  was  used  to  justify  the  use  of  an 
existing  system  where  an  addition  would  have 
cost  roughly  $1.5  million.    SIMCON  can  be  run 
in  either  the  batch  mode  or  via  conversational 
terminals  with  prompting.    It  Is  also  operation- 
al on  TSO  without  prcmptinc, 

INTRODUCTION 

Multiple  packing  lines  for  cased  goods  are  often 
Ideated  in  a  single  room.   This  room  Is  tyfically 
a  long  distance  (200*  -  2000')  from  the  cased 
goods  warehouse.    Rather  than  a  separate  con- 
veyor from  each  packing  line  to  the  warehouse, 
the  cases  are  usuT^lly  merged  onto  a  single  con- 
veyor that  carries  all  the  cases  to  the  warehouse. 
Experience  has  shown  that  even  the  best  thought-* 
out  plans  for  merging  cases  together  have 
occasionally   resulted  in  massive  jams  and 
costly  re-design.   A  method  was  needed  to  pre- 
dict, before  the  fact,  what  size  build-ups  could 
be  expected  for  particular  configurations  run- 
ning under  many  sets  of  packing  line  feed  rates 
and  conveyor  belt  speeds. 


OBJECTIVE 

The  objective  of  the  study  was  to  devise 
a  means  to  provide  Information  on  queue  lengths 
and  gate  utilization  for  cased  goods  conveyor 
networks ♦  The  system  had  to  be  feo$v  to  access 
and  use  with  little  or  no  modeling  or  computing 
knowledge.   The  tool  was  pla.nned  to  be  used  by 
both  designers  3nd  engineers  for  new  systems 
and  evaluating  proposed  4:hanges  to  exIsUng 
networks ♦ 

Because  of  the  diversity  of  all  the  users, 
the  program  was  supposed  to  be  available  via 
conversational  terminals  as  well  as  batch 
job  s'Jbmlsslon  methods.    The  conversational 
version  was  to  be  extremely  user-orlcnted  and 
self-explanatory.    Because  the  program  was 
intended  to  be  run  frequently,  cost  was  also 
a  major  consideration. 

PHYS'ICAL  SYSTEM  DISCRIPTION 
An  accumulating  powr;red  belt  conveyor 
system  for  cased  goods  consists  of  two  basic 
elements.   The  first  element  is  the  packing 
line,  and  the  second  Is  the  merging  unit. 
When  two  packing  lines  feed  a  single  merging 
unit,  the  result  is  a  single  stream  of  cases. 
Several  additional  lines  may  feed  in  via  more 
merging  units  to  form  a  large  network. 
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The  Packing  Line 

Each  packing  line  ejects  cases  of  a  kriovm 
length.    The  length  can  vary  from  line  to 
line,  so  queues  are  measured  in  feet  rather 
than  cases.    The  line  averages  a  given  number 
of  cases  per  minute  over  the  course  of  a  day, 
and  the  ejection  pattern  can  be  measured. 

The  Merging  Unit 

The  merging  unit  is  usually  called  a  gate 
or  a  traffic  cop.   The  name  is  adopted  because 
the  unit  regulates  case  flow  as  a  traffic 
cop  would  regulate  automobile  flow  through 
an  intersection.    The  operation  of  the  gate 
can  best  be  described  by  the  series  of 
Figures  1-4. 

In  Figure  1  the  case  Al  has  jusc  arrived 
on  the  A  side  of  the  traffic  cop.    The  spring- 
loaded  arm  swings  open  as  the  case  passes  and 
mechanically  locks  the  other  arm  from  opening. 
In  Figure  2  a  case  has  arrived  at  the  arm  on 
the  B  side,  but  cannot  pass  until  the  A  arm 
shuts.    Since  no  more  cases  arrive  on  the  A 
side  before  the  spring-action  return  is  com- 
pleted, the  arm  swings  shut  and  locks 
(Figure  3).    In  the  meantime^  another  case 
B2  arrived  at  the  queue  on  the  B  side.  As 
soon  as  the  A  arm  locks  the  B  arm  is  free  to 
open,  and  the  cases  Bl  and  B2  pass  through 
(Figure  4).    The  cycle  continues,  each  side 
clearing  its  entire  queue  and  then  releasing 


the  other  side. 

Two  types  of  major  problems  can  occur 
at  the  gate.    The  first  happens  when  one 
side  holds  an  arm  open  indefinitely.  An 
extremely  large  queue  results  on  the  opposite 
side.    The  other  problem  occurs  when  the  belt 
speeds  are  too  slow  end  the  queues  continue 
to  grow  indefinitely. 

The  Total  System 

The  total  system  is  made  up  of  groups  of 
lines  and  gates.   Since  each  gate  merges  two 
lines  into  a  single  stream,  there  is  always 
one  fewer  gate  than  lines.   A  fairly  typical 
cased  goods  conveying  system  is  shown  in 
Figure  5.   This  network  consists  of  12  packing 
lines  and  il  merging  gates. 

Every  configuration  consists  of  the  same 
basic  units  (i.e.,  gates  and  lines)  The 
only  distinguishing  features  from  one  system 
to  the  next  are  (1)  the  feed  rates. 
(2)  the  case  lengths,  (3)  the  arm  closing 
times,  (4)  the  belt  speeds,  and  (5)  the 
sources  and  exits  of  the  gates. 

When  designing  a  new  accumulating  powered 
belt  conveyor  network,  the  first  three  (3) 
items  mentioned  above  (feed  rated,  case  lengths, 
and  arm  closing  times)  are  usually  known. 
Item  5,  the  actual  configuration  of  gates  and 
lines,  is  frequently  limited  to  no  more  than 
four  choices.    Figures  6  and  7  show  two  ways  of 
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merging  six  "Jines  into  a  single  conveyor  stream* 

Once  the  alternate  arrangements  of  gates 
and  lines  are  determined,  several  conveyor  belt 
speeds  can  be  examined  to  see  how  fast  the  belts 
must  "travel  to  avoid  frequent  and  long  jams. 

METHOD  OF  SOLUTION 
Thought  was  given-to  several  different 
approaches  to  the  problem.    One  method  of  ana- 
lyzing a  particular  configuration  would  be  to 
build  a  pilot  facility.   However,  this  method 
is  hardly  practical  for  large  networks,  very 
costly,  and  does  not  meet  all  of  the  desired 
objectives. 

Another  approach  to  the  problem  is  the  use 
of  analytical  techniques.    Knowing  the  various 
belt  speeds  and  gate  operations,  the  length 
of  the  queue  at  the  gate  could  be  calculated. 
This  method  was  in  fact  useful  In  helping  to 
understand  the  workings  of  a  gate,  but  is 
completely  deterministic  ignoring  the  con- 
sideration 'j^  randomness  of  case  arrival  and 
the  case-length  mix  downstream. 

The  method  of  analysis  that  overcame  the 
objectives  to  the  pilot  facility  and  the 
analytical  approach  but  still  gave  Ihe  desired 
results  was  computer  simulation.   Once  the 
physical  description  was  used  to  create  a  model, 
ideally  any  number  of  "what  if"  questions  could 
be  asked  to  see  the  effects  of  each  of  the 
operating  parameters.   Alternate  conveyor 
configurations  with  the  same  case-merging 


requirement  (Figures  6  and  7)  could  also  be 
tested.    Simulation  was  selected  as  the  means 
to  provide  the  needed  answer  in  a  short  time 
at  a  low  cost. 

SIHUIJ\TION  LANGUAGE 

The  conveyor  model  was  originally  written 
in  6PSS,  since  it  was  the  only  simulation 
language  available  in-house  at  Procter  & 
Gamble. 2   However,  several  distinct 
drawbacks  soon  became  apparent. 

The  biggest  problem  is  that  GPSS  is  an 
interpretive  language,  and  as  such,  cannot 
be  compiled.    Every  model  was  a  different 
program,  even  though  series  of  MACRO'S 
were  used  to  describe  lines  and  gates.  This 
became  a  cost  problem  and  also  made  interface 
with  conversational  facilities  difficult. 

The  conversational  program,  written  In 
RUSH*,  which  is  also  interpretive,  would 
(1)  create  a  file  consisting  of  GPSS 
statements,  (2)  schedule  a  GPSS  job  using 
the  file  as  input  and  another  file  as  output, 
and  (3)  selectively  read  results  from  the 
output  file.    Because  different  size 
configurations  would  result  in  a  different 

*RUSH  -  a  Remote  Use  of  Shared  Hardware 
is  a  trademark  of  AUen-Babcock 
Computing,  Inc. 


number  of  MARCO'S,  the  output  could  be  fairly 
small  or  very  large. 

Explaining  the  GPSS  model  to  the  user  was 
difficult  because  the  source  code  was  very  hard 
to  follow  for  the  laymen.    Good  reports  had  to 
be  generated  using  the  RUSH  program  because 
GPSS  did  not  provide  flexible  report  writing 
facilities.    To  be  able  to  provide  the  level 
of  accu^^acy  necessary,  the  execution  time 
became  quite  long  and  costs  soared  to  upwards 
of  $60-$10Q/simulation. 

Shortly  after  the  GPSS  model  was  completed, 
SIMSCRIPT  II. 5®  became  available  in-house. 
Because  of  the  problems  with  the  GPSS  model, 
a  new  model  in  SIMSCRIPT   seemed  attractive. 

Some  of  the  reasons  for  changing  to 
SIMSCRIPT  were  as  follows: 

1.  The  physical  system  was  easily  modeled 
using  the  concept  of  entities,  attributes, 
sets  and  events. 

2.  The  SIMSCRIPT  model,  once  compiled,  could 
be  used  indefinitely  directly  from  the 
stored  machine  code,  hence  saving  from 
40-80%  of  the  cost  of  running  each  time. 
Only  the  data  was  used  to  build  each 
separate  model . 

(7)  trademark  and  service  mark  of  Consolidated 
Analysis  Centers  Inc. 


3.  The  core  requirements  were  much  less  than 
with  GPSS,  and  the  total  cost  was  reduced 
by  80-90%. 

4.  The  user  could  easily  understand  the  source 
code.  Figure  8  is  an  example  of  one  of  the 
seven  events  used  in  the  model . 

5.  The  conversational  interface  was  easy, 
since  the  data  was  just  entered  directly 
into  a  file,  and  the  report  that  was  desired 
was  printed  into  an  output  file.^ 

6.  SIMSCRIPT  made  it  possible  to  build  into 
the  model  several  tracing  features  that 
are  only  used  when  problems  occur,  or  to 
trace  out  the  step-by-step  simulation  to 
verify  correct  operation.    To  the  user 
the  trace  is  transparent,  and  no  sup- 
pression cards  are  necessary. 

THE  SIMULATION  MODEL 
SIMSCRIPT  views  the  world  in  terms  of 
entities  ("objects"  in  the  system),  attributes 
(describers  of  the  "objects"),  sets  (groups 
the  "objects"  may  be  part  of)  and  events 
(points  in  time  that  mark  the  starting  and 
stopping  of  activities  or  changes  in  status).^ 
The  SIMSCRIPT  conveyor  model  (SIMCON)  was  easy 
to  conceptualize  in  these  terms. 


Permanent  Entities 

Permanent  entities  are  objects  in  the  model 
that  usually  exist  throughout  the  entire  sim- 
ulation, such  as  machines  or  loading  docks. 
In  this  model  there  are  two  types  of  permanent 
entities.    The  quantity  of  each  type  is 
specified  when  the  model  is  run. 

The  first  permanent,  entity  is  the  LINE. 
It  has  attributes  of  feed  rates,  case  lengths, 
and  a  set  (queue)  in  which  to  place  the  cases. 
The  second  permanent  entity  is  the  GATE. 
Since  the  GATE  receives  cases  from  two  sides, 
the  designation  of  A  an.d  B  is  used.    Each  GATE 
has  attributes  of  a  source  of  cases,  a 
conveyor  speed  and  an  arm  closing  for  each 
side.    It  also  has  a  designation  of  the  queue 
to  send  the  case  on  to. 

These  two  types  of  permanent  entities 
specify  and  create  each  specific  SIMCON 
model,  linking  the  proper  lines  and  gates 
together  in  the  correct  sequence. 

Temporary  Entities 

Temporary  entities  are  objects  in  the 
model  that  may  be  created  or  discarded  at 
will.    In  SIMCON,  the  CASES  are  the  only 
temporary  entities  and  their  attributes  are 
their  length  and  a  serial  number  for  tracing. 


Sets 

In  order  to  accumulate  statistics,  the 
cases  are  entered  and  removed  from  various 
sets;    Each  GATE  has  three  sets  associated 
with  it.    These  are  an  A.QUEUE,  a  8. QUEUE, 
and  a  JUNCTION.   Depending  on  which  side 
the  CASE  approaches  the  GATE,  it  is  placed 
in  the  A.QUEUE  or  the  B. QUEUE.    When  a  CASE 
is  removed  from  a  queue  and  is  passing  by 
the  arm  pivot,  it  Is  placed  in  the  JUNCTION. 
The  CASE  is  then  sent  on  to  the  correct  queue 
for  the  next  GATE,  or  In  the  case  of  the  last 
GATE,  it  is  destroyed. 

Events 

There  are  only  sever:  events  in  the  model. 
The  relationship  of  the  events  Is  shown  in 
Figure  9.    Each  event  has  a  single  argument 
specifying  either  the  LINE  number  (in  the 
EJECT. CASE)  or  the  GATE  number  (all  the 
other  events). 

The  EJECT. CASE  event  creates  a  temporary 
entity,  assigns  it  the  correct  length  and  serial 
number,  and  places  it  in  the  queue  of  the 
specified  GATE.    It  then  schedules  an  OPEN. GATE 
for  that  GATE  on  either  the  A  or  B  side, 
depending  on  which  side  the  CASE  is 
placed. 
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The  OPEN.GATE(A  or  B)  checks  for  three  con- 
ditions.   If  any  condition  fails,  nothing 
transpires.    First  the  GATE  must  not  be  busy 
(no  CASE  in  the  JUNCTION);  second  the  opposite 
arm  must  not  be  open  (or  this  side  would  still 
be  locked);  third,  the  queue  must  have  at  least 
one  CASE  in  it  to  open  the  GATE.    If  all  con- 
ditions are  met,  the  CASE  is  removed  from  the 
queue  and  placed  in  the  JUNCTION.    A  PASS. GATE 
(A  or  B)  is  then  scheduled  in  the  time  it  takes 
the  CASE  to  move  its  trailing  edge  to  the  arm 
pivot  point. 

The  PASS. GATE  takes  the  CASE  from  the  JUNCTION 
and  sends  it  on  to  the  next  queue  scheduling  an 
OPEN. GATE  there.    If  there  are  no  more  GATES, 
it  simply  destroys  the  CASE.    If  there  are  more 
CASES  in  this  GATE'S  A. QUEUE  (if  the  last  CASE 
came  from  A. QUEUE),  another  OPEN. GATE  is 
scheduled  immediately,  and  the  cycle  continues 
until  the  queue  is  empty.    When  the  queue  be- 
comes empty,  the  SHUT. ARM  (A  or  B)  is  scheduled 
in  the  number  of  seconds  specified  by  the 
input  data.    Historically,  this  runs  from 
1-2  seconds. 

The  SHUT. ARM  checks  only  to  see  if  another 
CASE  arrived  during  the  swing  time.    If  a  CASE 
has  arrived,  nothing  Is  changed,  since  the  next 
CASE  will  also  schedule  a  SHUT. ARM.    If  no 
CASE  arrived,  the  OPEN. GATE  is  scheduled  for 
the  opposite  side. 


The  model'  is  allowed  to  run  for  a  time 
specified  by  the  user.    It  then  generates  a 
report,  part  of  which  is  shown  in  Figures  10 
and  11. 

Assumptions 

Two  basic  assumptions  are  made  for  the 
model.   The  first  is  that  case  acceleration 
is  almost  instantaneous.    Since  most  cases 
pass  back-to-back  in  a  continuous  slug, 
acceleration  effects  are  almost  negligible. 
The  second  assumption  is  that  cases  turning 
corners  pa. >  through  at  the  same  rate  as  their 
driving  belt.   Actual  timed  studies  have  shown 
that  single  cases  turn  the  corners  somewhat 
slower  than  if  they  pass  straight  through, 
but  the  difference  varies  from  gate  to  gate.  ' 
Again,  if  the  cases  are  part  of  a  slug,  this 
is  not  very  important. 

VALIDATION 

In  order  to  test  the  analytic  techniques 
employed  by  the  model,  a  scaled-down  physical 
system  was  constructed  out  of  paper.  Cases 
were  moved  through  the  system  by  half  second 
intervals.   The  results  were  compared  to  the 
printout  producr^d  by  the  computer  simulation 
(using  the  built-in  trace  routines).  One 
minor  change  pertaining  to  conversion  of 
time  units  had  to  be  Incorporated  to  produce 
identical  results. 
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SIMCON  was  then  validated  on  an  existing 
network,  and  predicted  maximum  queue  build- 
ups varied  from  actual  build-ups  by  an  average 
of  less  then  one  foot.    Over  100  simulations 
have  been  made  and  several  systems  physically 
constructed  as  a  result.    None  of  these 
systems  have  produced  significant  deviation 
from  the  model's  predictions. 

It  was  found  that  when  starting  the 
simulation,  downstream  gates  had  lower 
utilization  until  the  cases  were  flowing 
throughout  the  entire  system.    For  this 
reason  the  model  allows  cases  to  flow  for 
a  user-specified  warm-up  period,  clears 
all  statistics,  and  continues  from  that 
point. 

DISCUSSION 

Upper  management  felt  from  the  very 
beginning  of  this  project  that  close 
coordination  and  communication  were  very 
important  between  the  analytical  team 
constructing  the  model  and  the  intended 
users  (Finished  Products  Handling  Group). 
Both  written  and  verbal  contact  were 
maintained  through  every  step  of 
development,  testing  and  Implementation; 
no  unilateral  decisions  were  made  without 
consultation  between  both  groups.    As  a 
result^  all  persons  concerned  with  the 


project  felt  joint  responsibility  and 
accomplishment  for  the  planned  goals  and 
solution.  'Acceptance  has  been  lOOX-, 
and  SIMCON  is  used  as  standard  practice 
on  every  significant  conveyor  project. 

The  design  and  implementation  of  the 
conveyor  simulator  v/as  forecast  to  require 
1.5  man-months  of  analytical  effort  and 
roughly  $1500  for  computer  charges.  The 
total  development  cost  was  within  that 
estimate.    As  previously  stated,  within 
three  months  the  program  minimized  the 
possibility  of  design  error  that  could 
have  cost  upwards  of  $500,000  in  either 
over-design  or  post  start-up  corrections. 

SIMCON  has  been  in  use  for  less  than 
one  year,  but  already  has  been  the  primary 
quantitative  tool  for  making  decisions  on 
several  powered  conveyor  configurations 
costing  upwards  of  $500,000  with  the  largest 
being  roughly  $3,500,000.    The ^program  is 
^    .often  run  in  the  batch  mode  to  evaluate 
many  alternatives  in  a  short  time.    It  is 
also  run  from  many  different  points  in  the 
country  via  conversational  terminals, to  test 
effects  of  changes  to  existing  networks. 

Recompilation  of  the  program  has  not  been 
necessary  since  it  was  installed  and 
released  for  use. 
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CASE  Al  ARRIVES,  A.ARM  OPENS 


CASE  B2  ARRIVES,  A.ARM  SHUTS 
Fig.  3  . 
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CASE  Bl  ARRIVES 
Fig-  2 


CASE  A2  ARRIVES,  B.ARM  OPENS 
Fig.  4 
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PARALLEL-TYPE  ACCUMULATING  CONVEYOR  SYSTEM 
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SERIES-TYPE  ACCUMULATING  CONVEYOR  SYSTEM 

Fig.  7 
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LINE     CACI   SIMSCRIPT  11.5  REL/VERS  6C 


07/11/72 


1    EVENT  A. OPEN. GATE  GIVEN  A .GATE . NUMBER 
2 

3  "THE  FOLLOWING  "DEFINE  TO  MEAN"  STATEMENTS  ARE  NORMALLY  " 

If  "     FOUND   IN  THE  PREAMBLE.     THEY  ARE   INSERTED   IN  THIS  ROU-  " 

5  "     TINE  SO  THAT  ANY  UNEXPLAINED  STATEMENTS  OR  PHRASES  WILL" 

S  "     DE  EASILY  UNDERSTOOD.  " 

7  DEFINE  TR2  TO  MEAN   IF  TRACE  NE  2,   JUMP  AHEAD  ELSE 

8  DEFINE   IS.  BUSY  TO  MEAN  NE  0 

9  DEFINE   IS. OPEN  TO  MEAN  NE  0 

10  DEFINE  PUT  TO  MEAN  FILE 

11  ■  DEFINE  SECONDS  TO  MEAN  UNITS 

12  DEFINE  BUSY. A  TO  MEAN  1 

13  DEFINE  ONE  TO  MEAN  1 
Ik  DEFINE  EQUAL  TO  MEAN  = 
15 

16  LET  GATE  EQUAL  A . GATE . NUMBER 

17  LET  TEMP. NO  EQUAL  A. GATE .NUMBER 

18  TR2     ' '   LEVEL  2  TRACE     • • 

19  PRINT  ONE  LINE  WITH  FCT . SECONDS (T IME . V) , 

20  GATE, 

21  STATUS  AND 

22  B.ARM  AS  FOLLOWS 

EVENT  A. OPEN      **.**  SECONDS       GATE  **       STATUS  =  *      BARM'  =  * 

23  HERE     "     END  OF  LEVEL  2  TRACE  " 
2k  IF  STATUS   IS. BUSY 

25  OR  B.ARM   IS. OPEN 

26  OR  A. QUEUE   IS  EMPTY,  RETURN 
2  7  OTHERWISE 

28  REMOVE  THE  FIRST  CASE  FROM  THE  A. QUEUE 

29  LET   INCHES  EQUAL  LENGTH(CASE) 

30  SUBTRACT   INCHES  FROM  A. LENGTH 

31  PUT  THE  CASE   IN  THE  JUNCTION 

32  ADD  ONE  TO  COUNTER 

33  LET  STATUS  EQUAL  BUSY. A 

5'*    "  SCHEDULE  AN  A. PASS. GATE  GIVEN  TEMP. NO  IN 

35  PASS. ARM(A. SPEED, INCHES)  SECONDS 

36  "     PASS. ARM   IS  A  FUNCTION  THAT  CALCULATES  THE 

37  .  "     TIME  NECESSARY  FOR  THE  CASE  TO  PASS  A  GIVEN 

3»  ....  "  PO'NT  KNOWING  THE  SPEED  AND  LENGTH  OF  CASE. 
39     RETURN     "AND"'  END 


SIMSCRIPT  EVENT  SOURCE  CODE 
Rg.  8 
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PLACE  CASE 
IN  A.QUEUE 


A.OPEN.GATE 


(   RETURN  ) 


MOVE  CASE  FROM  ■ 
A.QUEUE  TO  JUNCTION 


; 


A.PASS.GATE 


SEND  CASE 
TO  NEXT  GATE 


NO 


A.SHUT.ARM 


[YES 
C  RETURN  ^ 


SHUT  A.ARM 


EJECT  CASE 


PLACE  CASE 
IN  B.QUEUE 


EVENT  RELATIONSHIPS 
Fig.  9 


1 


B.OPEN.GATE 


C  RETURN  ^ 


MOVE  CASE  FROM 
B.QUEUE  TO  JUNCTION 


B.PASS.GATE 


SEND  CASE 
TO  NEXT  GATE 


B.SHUT.ARM 


(  RET'vRN 


SHUT  B.ARM 
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LENGTH  OF  SIMULATION 

1/HRSt     0  MINS 
SAMPLE  RUN  FOR  SlMCON  WITH  6  LINES  ANO  5  GATES 

/ 

SIMCON  CONVEYOR  SIMULATOR 


LINE   INPUT  information: 


LINE 

RATE 

CASE  LENGTH 

FEEOS 

SIOE 

NUMBER 

CASES/MIN 

INCHES 

GATE 

GATE 

1 

10.00 

28.00 

I 

A 

2 

4.00 

28.00 

1 

B 

3 

2.50 

28.00 

2 

B 

4 

UOO 

28.00 

3 

B 

5 

4.00 

28.00 

4 

B 

6 

6.00 

24.00 

5 

B 

GATE   INPUT  information: 


GATE 
NUMBER 
I 
2 
3 
4 
5 


FEEOS 
GATE 
2 
3 
4 
5 
99 


SOURCE 
LI 
Gl 
G2 
G3 
G4 


—  SIDE  A  

SPEEO       ARM  CLOSING 


PAST  ARM 
100  FT/MIN 
100  FT/MIN 
100  FT/MIN 
llO  FT/MIN 
llO  FT/MIN 


TIME 
2.00  SEC 
2.00  SEC 
2.00  SEC 
2.00  SEC 
2.00  SEC 


SOURCE 
L2 
L3 
L4 
L5 
L6 


— SIOE  B  

SPEED       ARM  CLOSING 


PAST  ARM 
125  FT/KIN 
125  FT/MIN 
125  FJ/HIU 
120  FT/MIN 
120  FT/MIN 


TIME 
2*00  SEC 
2.00  SEC 
2.00  SEC 
2e00  SEC 
2^00  SEC 


SIMULATION  results: 


MAXIMUM  QUEUE                      AVERAGE  QUEUE 
GATE            LENGTH   (IN  FEET)                 LENGTH  (IN  FEET) 
NUMBER    —SIOE  A  SIOE  B—     —SIOE  A  SIOE  8~ 


1 

2.33 

2.33 

.17 

.  16 

2 

2.33 

2.33 

.18 

.26 

3 

2.33 

2.33 

.08 

.2.1 

4 

4.67 

2.33 

.55 

.45 

5 

9.33 

14.00 

.81 

2.32 

GATE 

PERCENT 

NUMBER  OF 

PRESENT 

QUEUE  LENG' 

NUMBER 

UTILIZATION 

CASES  PROCESSEO 

SIOE 

A 

SIOE  B 

1 

77.27 

840 

0. 

FT 

0.  FT 

2 

87.95 

992 

0. 

FT 

0.  FT 

3 

91.34 

1053 

0. 

FT 

0.  FT 

4 

97.  II 

1293 

0. 

FT 

0.  FT 

5 

99.99 

1653 

0. 

FT 

4.0  FT 

LENGTH  OF  SIMULATION     •     SIMCON  REPORT 

Fig.  10 
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A  SIMULATOR  FOR  DESIGNING  HIGH-RISE  WAREHOUSE  SYSTEMS 
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Abstract 

This  paper  presents  a  simulator  to  evaluate  alternative  designs  of  high- 
rise  warehouse  systens  using  stacker  cranes  to  j>ennit  system  cost  mini- 
mization while  satisfying  design  constraints  and  specifications.  There 
are  no  warehouse  size  restraints  on  Its  use.    Furthermore  it  can  consider 
single  or  multiple  stacker  crane  systems.    Resolution  of  problems  asso- 
ciated with  finding  combinations  of  storage  height  and  aisle  length  In 
combination  with  crane  vertical  and  horizontal  travel  speeds  is  provided. 
Hardware  and  operating  variables  considered  are  more  extensive  than  those 
found  in  earlier  simulations  of  similar  systems. 

Introduction 
Automatic  stacker  cranes  are  still  In  their 
infancy,  being  only  about  a  decade  old.  How- 
ever, In  this  short  period  of  time,  they  have 
assumed  an  Increasingly  Important  role  In  the 
field  of  materials  handling,  especially  In  ware- 
housing.   It  is  predicted  that  the  rate  of 
growt    of  this  Industry  over  the  next  few  years 
will  approach       exponential  rate  and  form  a 
significant  proportion  of  the  materials  handling 
Industry. 

Stacker  Installations  Involve  high  Invest- 
ment.   In  1965,  the  average  system  cost 
$130,000;  today  It  costs  over  $1  million;  In 

I 


1975,  It  may  range  from  $4  to  $5  million.  At 
the  time  management  makes  a  commitment  for  a 
stacker  Installation  (which  may  include  new  racks 
In  an  existing  warehouse,  or  even  building  a  new 
warehouse),  risks  are  Involved  In  forecasting 
operating  demands  and  capacities  and  It  Is  not 
absolutely  certain  whether  the  desired  rate  of 
return  on  Investment  will  be  achieved. 

Management  makes  an  Investment  for  which  It 
expects  a  certain  return  to  be  realized,  and 


'*Up-to-Date  Report:    How  Stacker  Cranes 
Stack  Vy\  Modern  Manufacturing,  June  1970, 
p.  56. 
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vould  like  Co  minimize  their  risk  In  realizing 
such  returns.    Such  a  preview  can  only  be 
attained  if  the  engineers  (who  may  have  no  prior 
experience  with  such  an  Installation)  have  sim- 
ple analytical  and  quantitative  tools  available 
by  which  they  can  study  the  characteristics  of 
alternative  systems.    Such  techniques  may  also 
be  used  for  estimating  realizable  values  o  the 
principal  parameters  of  a  high-rise  warehouse 
using  stacker  cranes  prl3r  to  final  design  and 
Installation. 

This  research  has  approached  this  objective 
by  developing  a  discrete-event  simulator >  here- 
after referred  to  as  BASS  (Bafna's  S^tacker  S^imu- 
lator)  .    The  simulator  has  been  tested  for  dif- 
ferent throughput  requirements. 

This  paper  very  briefly  describes  the  cost 
representation  (the  cost  ipodel  for  the  various 
components  of  the  warehouse  is  one  of  the  most 
elaborate  cost  representations)  of  a  high-rise 
warehouse.    This  Is  followed  by  a  description 
of  BASS.    The  paper  concludes  with  a  discussion 
and  analysis  of  some  sample  runs  using  the  simu- 
lator. 

Principal  Assumptions 
Some  of  the  major  assumptions  made  In  the 
analysis  are; 

1.  The  physical  size,  maximum  height  and 
weight  of  the  unit-load  to  be  stored  In  the  sys- 
tem Is  known. 

2.  The  system  handles  only  one  size  of 
unit-loads • 

3.  An  estimate  of  the  total  storage  slot 


requlre:nents  in  the  warehouse  Is  known. 

4.    The  required  throughput  for  the  system 
(number  of  unit-loads  to  be  handled — both  stored 
and  retrieved — by  the  proposed  system)  is  known. 
The  Cost  Model 

A  high-rise  warehouse  using  stacker  cranes 
consists  of  several  elements  such  as  land,  build- 
ing, racks,  stacker  cranes,  transfer  cars,  fire 
protection  equipment,  peripheral  equipment  (such 
as  conveyors,  fork  lift  trucks,  etc.),  inventory 
control  equipment,  lighting  and  heating  (if  nec- 
essary), etc.,  a  cost  being  associated  with  each. 
The  costs  for  a  few  of  these  elen^    cs  will  temain 
some'jhat  constant  irrespective  of  the  warehouse 
design.    However,  the  costs  of  the  other  elements 
will  vary  with  the  warehouse  and  stacker  crane 
parameters.    Hence,  in  order  to  select  between 
alternate  warehouse  designs.  It  will  suffice  to 
study  the  costs  that  vary  with  variations  in  the 
warehouse  and  crant:  parameters. 

The  design  variables  used  in  the  analysis 

are: 

1.  Number  of  slots  along  the  height  of 

rack. 

2.  Pairs  of  rows  of  racks  In  the  system 
(also  equal  to  the  number  of  aisles) . 

3.  Number  of  stacker  cranes  In  the  system. 

4.  Horizontal  speed  of  stacker  cranes. 

5.  Vertical  speed*  of  stacker  cranes. 

The  variable  costs  which  have  been  consid- 
ered In  the  cost  model  are  described  below. 

1.  Cost  of  Floor  Space.  This  is  consld-  * 
ered  to  be  the  cost  of  (a)    area  occupied  by 
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racks )  (b)    area  occupied  by  aisles',  and  ic) 
area  for  related  warehouse  services. 

2.  Cost  of  Building.    This  Is  the  sum  of 
three  elemental  costs: 

!•  Foundation  and  floor  on  which  the 
racks  are  mounted. 

2.  Roof  of  warehouse. 

3.  Perimeter  walls. 

The  costs  of  foundations  and  floor  vary  with  the 
Intensity  of  loading  (the  height  of  storage 
comes  Into  play  here) .    The  cost  of  roof  and  the 
perimeter  walls  varies  with  the  roof  height. 

3.  Cost  of  Racks.    The  cost  of  racks  Is 
treated  as  the  sum  of  four  elements: 

1.  Cost  o£  isaterlal  and  labor  for 
load  arms  and  ties. 

2.  Cost  of  material  and  labor  for  the 
pairs  of  columns  required  for  each 
truss  assembly.    Changes  In  the  cross- 
sectional  area  of  the  columns  due  to 
Increased  loadings  when  the  rack 
height  Is  Increased  have  been  consid- 
ered here. 

3.  Cost  of  splicing  If  there  are  any 
splices. 

4.  Cost  of  Installing  the  racks. 

4.  Cost  of  Stacker  Cranes.    The  cost  of 
each  crane  Is  analyzed  as  the  sum  of  four  ele- 
ments : 

'  1.    Cost  of  stacker  crane  hardware 

which  consists  of  the  stacker  base* 
the  vertical  mas w  end  the  lifting 
mechanism  hardware  (elevator) .  It 


provides  for  the  variation  In  the  cost 
of  the  mast  due  to  Increasing  heights. 

2.  Cost  of  providing  a  specific  hori- 
zontal speed. 

3.  Cost  of  providing  a  specific  verti- 
cal speed, 

A.    Cost  of  the  controls.    Each  stacker 
crane  design  will  have  its  own  control 
design.    In  addition,  the  control  of 
several  individual  stacker  cranes  may 
be  combined  fcr  central  control.  The 
cost  of  operators  required  depending 
upon  the  level  of  controls  is  also  con- 
sidered. 

5.  Cost  of  Transfer  Cars.    This  includes 
the  cost  of  all  the  transfer  cars  to  transfer  the 
cranes  for  the  given  size  and  load  requirements. 

6.  Cost  cf  Fire  Protection.    The  protection 
against  fire  appears  to  be  te<it  accomplished  by  a 
well  designed  system  of  automatic  sprinklers,  or 
a  combination  of  sprinklers  with  high  expansion 
foam.    It  may  also  be  preferable  specifically  to 
have  one  of  these  types  due  to  the  kind  of  mate- 
rial to  be  stored  or  other  constraints.  Both 
typecj  have  been  considered  in  the  analysis  and  it 
is  possible  to  select  either  one  or  the  cheaper 
of  the  two. 

Annual  Cost  of  the  System 

Having  determined  the  individual  elements  of 
cost,  the  equivalent  annual  cost  can  be  computed. 
The  salvage  values  and  the  write-off  periods  for 
the  various  elements  of  the  system  are  treated  as 
variables . 
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The  Simulator 

The  operation  of  a  high-rise  warehouse 
using  stacker  cranes  has  been  programmed  Into 
Che  simulator,  BASS.    Since  warehouses  vary  in 
their  layouts,  requirements,  and  operating 
rules,  a  basic  layout  of  a  high-rise  warehouse 
and  operating  rules  in  a  general  warehouse  have 
been  modelled.    If  any  deviations  from  these  are 
reauircd,  it  can  be  done  by  making  changes  in 
the  corresponding  subroutines  of  the  simulator. 

Each  aisle  in  the  warehouse  is  assumed  to 
have  two  queues — a  material  queue  and  an  order 
queue.     In  addition,  there  is  a  marshalling  area 
where  a  "common  material  queue"  is  formed. 
Each  material  queue  has  a  finite  capacity. 
When  all  of  these  are  full,  the  overflow  is  sent 
into  Che  common  material  queue  (unassigned  mate- 
rials) .    Flow  of  material  from  the  common  queue 
to  the  material  queue  of  a  specific  aisle  takes 
place  automatically  as  soon  as  a  vacancy  occurs. 

Arrival  of  material  to  be  stored  and  orders 
to  be  retrieved  from  the  system  are  input  based 
upon  user  demands,  or  alternatively,  according 
Co  any  desired  distribution,    \4hen  more  than  one 
aisle  is  bcrvlced  by  a  stacker  crane,  operating 
decisions  for  transfer  between  aisles  are  made 
by  a  choice  of  criteria  including  maximum  wait- 
ing time  befort  servicing  orders,  maximum  number 
of  orders  allowed  in  a  queue,  completion  of  a 
given  number  of  cycles  in  an  aisle,  and  the 
material  and  order  queues  for  the  aisles  becom- 
ing empty.    BASS  keeps  track  of  the  full  or 
empty  condition  of  each  storage  location  and 


reacts  to  the  slot  condition  in  arriving  at  stor- 
age or  retrieval  decisions. 

The  simulator  has  the  capability  of  evaluat- 
ing alternative  operating  policies  related  to 
scheduling  storage  and/or  retrieval  cycles  to 
meet  operating  schedules.    During  the  simulation 
run,  the  stacker  crane  performs  single  address 
(deposit  only  or  retrieve  only)  or  dual  address 
(deposit  and  retrieve)  cycles  as  necessary  de- 
pending on  the  available  entries  in  the  material 
and  order  queues. 

Language  Used 

The  language  used  in  BASS  is  Fortran  IV.  To 
facilitate  the  programming  of  standard  simulation 
procedures,  GASP  II,  a  Fortran  IV  based  simula- 
tion language  is  used.    The  purpose  of  selecting 
Fortran  IV  as  a ^programming  language  for  BASS  is 
twofold.    First,,  Fortran  compilers  are  commonly 
available.    Second,  DASS  may  need  minor  clianges 
of  decision-rules,  etc.,  to  suit  specific  needs. 
Fortran  makes  this  relatively  easy  since  a  high 
percentage  of  programmers  are  familiar  with  For- 
tran who,  with  some  knowledge  of  GASP  (an  event- 
oriented  simulation  language),  can  make  the  nec- 
essary changes.    Besides,  greater  portability  in 
running  the  simulator  has  been  achieved  by  having 
the  maximum  length  of  variable  names  limited  to 
five  letters.    This  allows  BASS  to  be  run  on  a 
variety  of  computers. 

Design  Variables 

The  design  variables  described  above  have 
been  used  in  BASS.  The  names  assigned  to  thera 
are: 
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KHGHT  —  number  of  slots  along  height. 

NAILE  —  nuniber  of  aisles. 

NSCR    —  number  of  stacker  cranes. 

HOVEL  —  horizontal  speed  of  stacker. 

VEVEL  —  vertical  speed  of  stacker. 
Since  the  first  three  variables  can  be  incre- 
mented in  steps  of  one,  the  upper  and  lower  lim- 
its to  be  considered  by  the  designer  are  speci- 
fied for  each  of  these.    All  possible  values  of 
the  two  speeds  are  also  specified. 

Operation  of  BASS 

The  principal  stages  of  BASS  are  shown  in 
the  system  flow  chart  in  Figure  1.    The  lower 
limits  (as  specified  by  the  programmer)  of 
KI!GHT,  NAILE,  NSCR,  HOVEL>  and  VEVEL  as  fed  in 
by  the  data  cards  are  taken  as  the  initial  sys- 
tem variables.    The  throughput  is  simulated  with 
this  set  of  variables  until  the  steady-state 
conditions,  as  verified  by  programming  proce- 
dures, have  been  reached.    This  calculated  value 
of  throughput  is  transferred  to  the  MAIN  program 
and  compared  with  the  last  throughput  (initially 
set  as  0).    If  it  has  increased,  a  new  series  of 
variable  value  sets  are  generated  (this  is  done 
by  increasing  in  each  set  one  of  the  five  vari- 
ables to  its  next  possible  higher  value)  and  the 
set  giving  the  lowest  annual  cost:  is  transferred 
to  GASP  to  simulate  the  next  throughput  with. 
If  the  throughput  has  not  increased,  another  set 
of  variables  (the  one  giving  the  n^xt  higher 
annual  cost)  from  the  series  generated  earlier 
is  transferred  to  GASP  and  the  throughput  is 
calculated.    This  cycle  is  repeated  over  and 


over  again  until  the  calculated  throughput  is 
greater  than  the  required  throughput.  This 
throughput  is  then  checked  (using  the  same  set  of 
variables)  under  more  stringent  steady-state  con- 
ditions Chan  before.    If  the  revised  value  of  the 
throughput  still  equals  or  exceeds  the  required 
throughput,  the  simulation  stops  and  the  final 
values  of  the  design  variables  are  printed.  If 
the  revised  throughput  is  less  than  required,  the 
procedure  is  repeated  until  the  final  require- 
ments are  reached. 

Outputs  from  BASS 
For  each  set  of  variables,  BASS  collects 
statistics  on  waiting  times,  cycle  lengths,  times 
between  transfers,  crane  utilization,  times  lost 
in  transferring  and  travelling  empty,  material 
and  order  queue  build-ups  in  each  aisle,  number 
of  dual  and  single  address  cycles  by  each  crane, 
and  the  throughput  for  the  system.    In  addition, 
it  provides  histograms  on  waiting  times  and  cycle 

lengths.    It  also  computes  the  costs  and  the 
I 

throughput  for  each  set  of  variables. 

Special  Features  of  BASS 
Special  features  built  into  the  simulator, 
to  suit  the  specific  needs  of  individuals  who  may 
use  it,  include: 

1.  Any  size  warehouse  can  be  simulated,  the 
only  limitation  being  available  core  storage  in 
the  computer  system. 

2.  Depending  on  individual  requirements, 
the  start  up  of  the  stacker  crane  at  the  begin- 
ning of  simulation  may  be  handled  in  either  of 
two  ways.    First,  the  cranes  can  be  started 
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Figure  1.    System  flow  chart  showing  the  principal  functions  performed  by  the  main  routines. 


whenever  entries  arc  available  in  the  queues, 
i.e.,  the  first  arrivals  can  trigger  the  start 
of  the  cranes.    Alternately,  the  cranes  can 
start  at  any  desired  and  predetermined  time. 
All  arrivals  until  that  time  are  kept  in  queues. 
All  that  the  user  has  to  do  is  to  specify  start 
times  of  stacker  cranes,  such  as  start  of  shift, 
one-quarter  hour  after  shift  start,  etc. 


3.  Also,  the  queues  can  be  emptied  at  the 
end  of  the  simulation  before  statistics  are  com- 
puted, or  alternately,  queues  can  be  left  in 
their  end  of  simulation  conditions  and  >6tatistics 
collected  without  runout.    This  feature  is  avail- 
able by  assigning  a  value  of  0.0  or  1.0  to  a 
variable,  QUEUE. 

4.  Since  the  value  of  QUEUE  is  checked  (in 
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either  case)  at  the  end  of  the  simulation,  other 
analysis  to  occur  at  the  end  of  simulation  can 
be  programmed  into  BASS,  to  be  called  when  QUEUE 
has  specific  values.    This  will  involve  changing 
of  a  few  cards  in  the  end  of  cycle  subroutine. 
This  feature  provides  greater  flexibility  to 
users  to  add  on  special  requirements  without 
extensive  program  changes. 

5.  Depending  on  the  amount  of  money  or 
computation  time  available  to  the  user,  he  can 
adjust  the  duration  of  each  run  to  meet  his  spe- 
cific needs  of  accuracy. 

6.  Flexibility  is  provided  to  handle  situ- 
ations where  users  do  not  have  an  accurate  idea 
of  the  ranges  in  which  the  number  of  aisles, 
height  of  racks,  and  the  number  of  cranes  fall. 
The  simulation  can  be  done  using  1  aisle,  1 
crane,  and  1  slot  height  (although  this^is  an 
infeasible  value,  it  is  used  to  emphasize  the 
point)  as  the  starting  point  and  working  up 
until  the  required  solution  is  reached.  Of 
course,  the  user  w.  I  have  to  pay  for  .the  lack 
of  the  required  knowledge  in  increased  process- 
ing time. 

7.  By  setting  the  value  of  a  variable 
LFIRE  as  1,  2,  or  3,  it  is  possible  to  select 
the  system  having  fire  protection  with  sprink- 
lers only,  foam  only,  or  the  one  with  least  , 
cost. 

8.  The  arrivals  of  materials  to  be  depos- 
ited In  the  warehouse  and  the  orders  to  be  re- 
trieved from  the  warehouse  can  be  made  to  follow 
any  given  distribution  with  a  minimum  of  change 


in  the  program.    In  addition,  empirical  data  col- 
lected from  an  existing  warehouse  can  also  be 
used  to  generate  the  arrivals. 

9.    Great  flexibility  is  provided  by  the 
fact  that  Fortran  IV  had  been  used  as  the  pro- 
gramming language.    This  provides  for  ease  in 
programming  new  decision-rules  and  events  to  suit 
individual  requirements. 

From  the  aforegoing,  it  can  be  concluded 
that  BASS  is  a  flexible  simulator.    The  need  for 
this  flexibility  arises  from  the  fact  that  high- 
rise  warehouses  using  stacker  cranes  are  still  in 
their  infancy  and  numerous  developments  and 
changes  are  anticipated  in  the  future.  Because 
of  the  nature  of  BASS,  these  changes  can  be  pro- 
grammed into  it  without  having  to  develop  an 
altogether  new  simulator. 

Validating  the  Simulator 

\ 

<  —^-^ 

In  order  to  validate  BASS,  several  runs  have 
been  made  with  different  storage  requirements, 
each  with  varying  throughput  requirements.  The 
storage  requirements  selected  were  600  slots, 
5,900  slots,  13,500  slots,  and  14,500  slots.  The 
simulator  ran  for  all  of  these  sizes  indicating 
that  it  could  be  used  to  design  very  small  sys- 
tems as  well  as  large  ones. 

The  results  obtained  at  each  step  in  one  of 
these  runs  are  summarized  in  Table  1.    The  run 
was  made  for  a  warehouse  having  approximately 
5,900  storage  slots  and  a  throughput  capacity  of 
90/hour.    Exponential  arrivals  of  materials  for 
depositing  and  orders  for  retrieval  were  assumed. 
The  values  of  the  variables  for  each  'iteration 
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Table-1 — > 


Step-by-step  results  of  a  simulation  run.  Total  storage  required  =  5,900  slots  (approx.) , 
and  hourly  throughput  required  =  90.0. 


NO.  OF       HEIGHT       LENGTH         NO.  OF         HORIZ.         VERT.         EQUIV.  ACTUAL 
AISLES  IN  OF  RACKS      STACKER       SPEED  SPEED         ANNUAL  THROUGH- 

SLOTS         IN  SLOTS      CRANES        (FT/MIN)       (FT/MIN)      COST  ($)  PUT 

(PER  HR) 

ITERATION      (NAILE)      (KHGHT)       (KLGTH)        (NSCR)  (HOVEL)        (VEVEL)       (EQACT)  (HTHPT) 


1 

3 

5 

197 

262 

74 

240,272 

71.04 

2 

4 

5 

148 

262 

74 

228,977 

73.02 

3 

5 

5 

118 

262 

74 

222,781 

74.28 

4 

6 

5 

99 

262 

74 

221,404 

74.70 

5 

6 

5 

99 

420 

74 

221,609 

73.14 

6 

6 

5 

99 

262 

99 

221,650 

74.46 

7 

7 

5 

85 

262 

74 

222,484 

74.70 

8 

6 

6 

82 

262 

74- 

238,630 

75.78 

9 

6 

7 

71 

262 

74 

232,137 

77.40 

10 

6 

8 

62 

262 

74 

227,876 

78.78 

11 

6 

9 

55 

262 

74 

225,247 

80.22 

12 

6 

10 

50 

262 

74 

225,185 

81.96 

13 

6 

11 

45 

262 

74 

223,659 

83.16 

14 

6 

12 

41 

262 

74 

223,786 

84.18 

15 

6 

12 

41 

420 

74 

223,991 

82.98 

16 

6 

12 

41 

262 

99 

224,033 

83.40 

17 

6 

13 

38 

262 

74 

225,081 

84.66 

18 

6 

13 

38 

420 

74 

225,286 

83.52 

19 

6 

13 

38 

262 

99 

225,327 

84.24 

20 

6 

14 

36 

262 

74 

228,804 

84.06 

21 

7 

13 

33 

262 

74 

231.114 

84.36 

|22 

6 

13 

38 

2 

262 

74 

242,900 

97.32 

23 

4 

5 

148 

2 

262 

74 

246,386 

95.70 

24 

3 

5 

197 

2 

420 

74 

252,957 

100.48 

are  shown  In  the  table.    It  also  shows  the 
equivalent  annual  cost  and  the  hourly  through- 
put obtainable  with  the  system  for  each  run. 

The  results  of  the  above  run  are  plotted  in 
7igure  2,  which  shows  how,  at  each  step,  the 
simulator  tries  to  increase  throughput  while 
minimizing  the  incremental  cost.    The  plot  has  a 
zig-zag  formation.    Up  to  iteration  4,  cost  de- 
creases with  increases  in  throughput.  Iteration 
5,  0,  and  7  do  not  show  any  increase  in  through- 
put.   Finally,  there  is  an  increase  in  through- 
put in  8,  but  with  a  significant  increase  in 
cost.    Once  again  cost  generally  keeps  decreas- 


ing for  increases  in  throughput  up  to  iteration 
17.    Subsequent  iterations  fail  to  increase 
throughput  and  hence,  again  in  iteration  22,  the 
cost  increases  significantly  for  an  increase  in 
throughput. 

Since  the  increased  throughput  in  22  is 
obtained  by  increasing  NSCR  from  1  to  2,  the  ini- 
tial values  of  the  variables  are  used  with  NSCR 
»  2  for  23  (Table  1).    Since  the  throughput  of 
22  is  better  than  that  of  23,  hence  run  24  is 
made  which  yleld3  a  better  throughput.  However, 
EQACT  of  24~ls  greater  than  that  of  22  and  hence 
iteration  22  is  the  final  design. 


135 


Sensitivity  Analysis 

BASS  is  Intended  to  aid  the  designer  In  his 
process  of  decision-making.    The  sensitivity  of 
the  cost  to  changes  in  the  throughput  at  each 
iteration  could  be  a  valuable  guide  in  the 
decision-raaking. 

Table  2  shows  the  values  of  cost  and 
throughput  at  each  iteration  for  the  data  given 
in  Table  1.    The  fourth  column  is  the  equivalent 


annual  cost  per  unit  increase  in  throughput  at 
.each  iteration.    This  Is  plotted  in  Figure  3- 
Since  this  plot  is  for  a  low  throughput  system, 
it  is  found  that  the  incremental  cost  per  unit 
throughput  is  lower  for  higher  throughputs.  In 
iteration  22,  the  number  of  stacker  cranes  is  in- 
creased from  I  to  2.    This  gives  a  sharp  increase 
in  throughput  (about  13  units)  for  an  increase  in 
cost  of  approximately  $18,000.    Since  a  through- 
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Figure  3.    Incremental  equivalent  annual  cost  per  unit  increase  in  the  throughput  at 
each  iteration. 


Table  2 


EQUIV. 

ACTUAL 

KQurv. 

ACTUAL 

ANNUAL 

THROUGHPUT 

EQACT 

ANNUAL 

THROUGHPUT 

EQACT 

COST  ($) 

(PER  HRO 

HTHPT 

COST  ($) 

(PER  HR.) 

HTHPT 

ITERATION 

(EQACT) 

(HTHPT) 

ITERATION 

(EQACT) 

(HTHPT) 

1 

240,272 

71.04 

3,382 

12 

225,185 

81.96 

2,747 

2 

228,977 

73.02 

3,136 

13 

223,659 

83.16 

2.690 

3 

222,781 

74.28  • 

2,999 

14 

223,786 

84.18 

2,658 

4 

221,404 

74.70 

2,964 

15 

223.991 

82.98 

2.699 

5 

221,609 

73.14 

3,030 

16 

224,033 

83.40 

2,686 

6 

221,650 

74.46 

2,977 

^  17 

225,081 

84.66 

2,659 

7 

222,484 

74.70 

2,978 

18 

225,286 

83.52 

2.697 

8 

238,630 

75.78 

3,149 

19 

225,327 

84.24 

2.675 

9 

232,137 

77.40 

2,999 

20 

228,804 

84.06 

2.722 

10 

227,876 

78.78 

2,893 

21 

231,114 

84^36 

2.740 

11 

225,247 

80.22 

2,808 

22 

242,900 

97.32 

2,496 
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put  rate  of  about  90  per  hour  Is  desired,  selec- 
tion could  be  on  cither  side  of  It.    The  lowest 
cost  per  unit  throughput  for  a  throughput  below 
90  was  In  Iteration  17.    The  value  above  90  was 
In  Iteration  22.    Because  of  the  large  differ- 
ence In  the  Incremental  cost  at  these  two  points 
($163  per  unit  throughput),  It  would  be  better 
to  select  the  results  of  Iteration  22.  However, 
had  the  two  points  been  fairly  close,  either 
could  have  been  selected,  the  decision  then 
being  based  upon  how  much  capital  could  be  made 

available  for  the  warehouse. 
I 

In  addition  to  making  a  decision  on  the 
basis  of  the  sensitivity  analysis.  Information 
printed  out  In  the  summary  reports  should  be 
analyzed.    More  specifically.  Information  such 
as  statistics  of  material  and  order  waiting 
times,  crane  utilization,  statistics  of  aisle 
material  queues,  order  queues,  the  common  mate- 
rial queue,  and  the  types  of  crane  cycles  should 
be  studied.    The  waiting  time,  especially  that 
of  servicing  orders,  should  not  exceed  that  re- 
quired by  the  system  that  the  warehouse  Is  to 
service. 

Findings  From  Runs 

The  following  are  some  of  the  main  find- 
ings from  the  results  of  the  sample  runs  made 
to  test  the  .simulator : 

1.    Whereas  It  may  be  necessary  from  an 
'efficiency  standpoint  to  have  the  ratio  between 
the  horizontal  and  vertical  speeds  conform  to 
the  ratio  between  the  length  and  the  height  of 
racks,  It  Is  not  absolutely  necessary  to  have 


this  relationship  for  a  least  cost  solution. 

2.  The  general  belief  among  stacker  manu~ 
facturers  that  higher  warehouses  are  cheaper  is 
validated  by  the  results  obtained  from  the  sample 
runs . 

3.  Greater  travel  speeds  are  not  necessary 
for  low  throughput  systems  and  basically  just  aau 
to  the  cost. 

4.  For  a  given  system  throughput,  it  is 
found  that  the  larger  the  storage  capacity  of  the 
warehouse,  the. lower  is  the  cost  per  storage 
slot.    Also,  the  cost  per  unit  slot  increases  as 
greater  throughputs  are  desired. 

Conclusion 

The  results  from  the  sample  runs  show  that 
numerous  alternatives  confront  the  designer  of 
high-rise  warehouse  and  stacker  crane  systems  and 
these  differ  from  one  another  in  small  steps.  It 
is,  therefore,  justifiable  to  conclude  that  the 
use  of  BASS,  along  with  the  sensitivity  and  re- 
port analysis  described,  will  prove  to  be  a  very 
useful  Cool.    Besides  helping  in  design  selec- 
tion, it  will  provioe  useful  information  about 
the  actual  system  which  has  been  either  impos- 
sible or  impractical  by  earlier  analysis  tech- 
niques.   The  simulator  can  also  serve  as  a  tool 
to  test  different  operating  rul^s  and  management 
policies  related  to  high-rise  storage. 


138 


Tutorial  1:    Fundamental  CPSS  Tutorial 
Chairman:    Thomas  J.  Schriber,  University  of  Michigan 

Approach  to  modeling  in  CPSS.  Fundamental  CPSS  blocks,  including  CENERATE,  TERMINATE  SIP7P 
and  RELEASE,  ADVANCE,  and  QUEUE  and  DEPART.  A  CPSS  "case  study"  model  for  a  oneHine,  one- 
server  queuing  system.    Internal  logic  of  the  CPSS  processor,  including  the  current  and  future 
events  chains,  and  a  numeric  example  explaining  hov/  the  processor  simulates  with  the  one-line 
one-server  model.  ' 


Tutorial  1  Continued:    Intermediate  CPSS  Tutorial 
Chairman:    TJ»c-^».as  J.  SchrSber,  University  of  Michigan 

SS"A'??!i?ii?"      Wednesday  afternoon's  fundamental  CPSS  tutorial.    Descritpion  of  unconditional-mode 

^  ^DAMc^^^^^^  •i^'^'u^^  ^^"^^^  '""^  ^^^^^  f^ESET  card,  and  the  statistical- 

mode  TRANSFER  block,  with  5  "case  studies"  illustrating  their  applications.    Consideration  of  2 
advanced"  CPSS  case  studies,  with  rapid  overview  of  the  CPSS  capabilities  they  use. 

The  last  40  minutes  of  this  session  will  be  devoted  to  presentation  of  the  proceedings  oaper  en- 
titled "One  the  Application  of  User  Chains  in  CPSS",    This  paper  is  intended  for  active  users  of 
the  language,  and  should  also  be  of  value  to  those  whose  knowledge  of  CPSS  is  limited  to  that 
gained  in  the  two  tutorials. 
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ON  THE  APPLICATION  OF  USER  CHAINS  IN  GPSS 


THOMAS  J.  SCHRIBER 
GRADUATE  SCHOOL  OF  BUSINESS 
THE  UNIVERSITY  OF  MICHIGAN 
ANN  ARBOR/  MICHIGAN 


ABSTRACT 

The  GPSS  Processor  uses  a  Current  Events  Chain,  Future  Events  Chain,  Inter- 
rupt Chains,  and  Matching  Chains  to  support  the  logic  of  a  GPSS  simulation. 
These  chains,  which  are  an  implicit  part  of  the  language,  are  automatically 
maintained  and  manipulated  by  the  Processor  as  a  simulation  proceeds.  At 
the  analyst's  option,  one  or  more  additional  chains  of  a  type  known  as  User 
Chains  can  be  explicitly  incorporated  into  a  GPSS  model.    These  user-defin- 
ed chains  can  be  introduced  for  either  one  of  two  quite  distinct  reasons: 
(1)  to  decrease  the  execution  time  requirements  of  a  given  model,  and  (2) 
to  implement  queue  disciplines  other  than  first-come,  first-served,  within 
Priority  Class.    Despite  their  application  scope,  however,  there  are  several 
subtleties  associated  with  User  Chain  use.    These  subtleties  arise  princi- 
pally because  the  GPSS  Processor  is  inherently  sequential  in  nature.  This 
paper,  presented  in  the  spirit  of  a  tutorial,  explores  User  Chain  applica- 
tions and  identifies  some  of  the  subtleties  associated  with  their  use. 


1.  Introduction 

Those  to  whom  this  paper  is  addressed  are  assumed 
(a)  to  be  active  GPSS  model-builders,  thoroughly 
conversant  with  the  operation  of  the  Current  and 
Future  Events  Chains  in  the  language,  but  (b) 
without  prior  knowledge  of  the  GPSS  User  Chain 
entity.   The  first  assumption  makes  it  possible 
to  avoid  starting  the  paper  at  too  elementary  a 
level.   The  second  assumption  provides  an  excuse 
to  include  here  the  fundamental  User  Chain 
groundwork  needed  to  support  some  of  the  points 
to  be  made.   Apart  from  these  conveniences,  are 
the  assumptions  realistic?  The  evidence  sug- 
gests that  they  are.    In  much  GPSS  modeling,  it 
is  not  necessary  to  apply  User  Chains  (even 
though  their  application  might  be  of  advantage 
in  decreasing  the  CPU  time  required  for  a  simu- 
lation).   Furthermore,  the  topic  of  User  Chains 
is  an  "advanced"  one  in  GPSS.   The  self-taught 
GPSS  model-builder,  then,  can  conveniently  avoid 
getting  into  the  User  Chain  concept.   And  the 
person  who  has  "gone  through  a  course"  on  GPSS 
may  not  have  been  told  much,  if  anything,  about 
User  Chains,  unless  the  course  was  either  "long" 
or  "advanced".    Finally,  there  is  no  definitive 


treatment  of  User  Chains  anywhere  in  the  lit- 
erature on  GPSS.   They  are  introduced,  yes,  and 
the  mechanics  of  using  the  two  GPSS  "Blocks" 
associated  with  them  are  spelled  out,  but  there 
are  few  examples  given  for  them.    It  is  not  un- 
usual to  see  only  one  or  two  examples  showing 
how  User  Chains  can  be  applied  when  a  con- 
strained resource  is  being  simulated  with  a 
single  GPSS  Facility.   But  this  is  the  simplest, 
most  straightforward  application  of  User  Chains, 
As  such,  it  gives  no  hint  of  the  subtle  "simul- 
taneity of  events"  complications  which  are 
associated  with  modestly  more  imaginative  User 
Chain  use. 

There  seems  to  be  a  need,  then,  for  a  more  com- 
plete treatment  of  the  GPSS  User  Chain  entity. 
An  attempt  is  made  hers  to  provide  that  treat- 
ment. In  total,  7  different  Block  Diagrams,  or 
Block  Diagram  segments,  are  presented  and  dis- 
cussed to  illustrate  User  Chain  use  in  various 
ways  [a].  Particular  eniphasis  is  given  to  the 
"simultaneity  of  events"  problems  that  can  oc- 
cur in  conjunction  with  User  Chains.    After  the 


[a]  Portions  of  this  material  are  taken  from  the  manuscript  for  a  book  being  written  by  Thomas  J. 
Schriber  (see  reference  [1]).    As  part  of  the  manuscript,  these  portions  have  bsen  copyrighted 
by  Professor  Schriber,  and  are  reproduced  here  with  his  permission. 
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examples  presented  here  have  been  studied,  the 
6PSS  model -builder  should  be  able  to  apply  User 
Chains  creatively,  and  properly,  in  whe-^ever 
contexts  might  be  encountered  in  practice, 

2.    The  Concept  and  Utility  of  User  Chains 

Whenever  a  Transaction  encounters  a  blocking  con- 
dition during  a  simulation,  it  is  left,  by  de- 
fault, on  the  Current  Events  Chain  by  the  GPSS 
Processor.   There  are  two  disadvantages  asso- 
ciated with  this  default  Processor  behavior. 

(1)  The  CPU  time  required  to  simulate  with 
the  model  may  be  larger  than  necessary.   This  is 
true  even  though  the  Processor  makes  3  distinc- 
tion between  "unique",  and  "non-unique",  blocking 
conditions  in  a  '-del.    The  distinction  is  made 
because  certain   rU  time  economies  can  be  real- 
ized through  the  "Scan  Indicator"  concept  when- 
ever a  blocking  condition  is  unique.  Transac- 
tions experiencing  unique  blocking  are  "scan-in- 
active' [bj.    Even  scaa-inactive  Trcnsactions  are 
processed  at  least  one  time,  however,  at  each 
reading  of  the  simulation, clock.    It  is  true  that 
the  only  CPU  time  used  to  process  scan-inactive 
Transactions  is  that  required  to  test  their  Scan 
Indicators.    In  the  long  run,  however,  even  this 
CPU  time  can  be  significant.    Furthermore,  when 
blocked  Transactions  are  scan-active,  the  Pro- 
cessor attempts  to  move  them  into  their  next 
Block  each  time  they  are  encountered  in  the  scan, 
even  though  the  logic  of  a  given  situation  may 
make  it  evident  (to  the  analyst,  not  to  the  Pro- 
cessor)  that  a  blocking  condition  is  still  in 
effect.    It  should  be  clear,  then,  that  if 
blocked  Transactions  could  be  made  totally  in- 
active in  a  model  by  removing  them  from  the  Cur- 
rent Events  Chain,  execution  time  economies  could 
result. 

(2)  The  second  potential  disadvantage  concerns 
queue  discipline.    The  ordering  of  blocked  Trans- 
actions on  the  Current  Events  Chain  is  detemnned 
solely  by  their  Priority  Level,  and  the  chrono- 
logical sequence  in  which  they  were  hooked  onto 
that  chain.   This  is  why  the  default  queue  disci- 
pline in  GPSS  is  "first-come,  f irst-served,  with- 
in Priority  Class".    If  some  other  queue  disci- 
pline  were  to  be  implemented,  these  steps  would 
have  to  be  performed. 

(a)  Instead  of  leaving  waiting  Transactions  on 
the  Current  Events  Chain,  they  would  have  to  be 
removed  from  that  chain  and  put  "someplace  else". 

(b)  Then,  when  the  time  came  for  one  of  them 
to  move  forward  in  the  model  (to  capture  a  now- 
available  server,  for  example),  the  Transaction 
brought  from  that  "someplace  else"  and  put  back 
on  the  Current  Events  Chain  could  be  selected  by 
some  criterion  other  than  "first-come,  first- 
served,  within  Priority  Class". 

In  summary,  there  are  two  possible  benefits  to 
be  realized  if  blocked  Transactions  can  be  re- 
moved temporarily  from  the  Current  Events  Chain. 


The  time  required  to  simulate  with  a  model  can 
conceivably  be  decreased]  and  arbitrarily- 
defined  queue  disciplines  can  be  implemented. 

For  the  ^easons  cited,  an  entity  known  as  "User 
Chains"  has  been  made  a  part  of  the  GPSS  lan- 
guage.  User  Chains  are  a  "someplace  else"  where 
Transactions  can  be  when  they  are  in  a  model, 
but  are  not  on  the  Current  Events  Chain  or  one 
of  the  other  "implicit"  chains.    Like  the  Cur- 
rent and  Future  Events  Chains,  User  Chains  have 
a  "front"  and  a  "back".    But -here  the  similarity 
stops.    In  the  c^se  of  the  Current  and  Future 
Events  Chains,  the  GPSS  Processor  automatically 
moves  Transactions  to  and  from  them,  and  main- 
tains a  pre-defined  ordering  property  for  Trans- 
actions on  them.    In  the  case  of  User  Chains, 
Transactions  are  hooked  onto  them  only  accord- 
ing to  logic  explicitly  provided  by  the  analyst. 
Furthermore,  the  analyst  can  choose  from  several 
av£:lable  alternatives  to  deterrnine  the  position 
a  Transaction  is  to  occupy  on  a  User  Chain  when 
it  is  placed  there.    In  like  fashion.  Transac- 
tions are  unlinked  from  User  Chains  and  brought 
back  into  active  status  only  according  to  the 
analyst's  explicitly-provided  logic.    The  ana- 
lyst can  also  choose  from  a  series  of  options  in 
selecting  the  one  or  more  Transactions  which  are 
to  be  unhooked  from  a  User  Chain  and  put  back 
onto  the  Current  Events  Chain. 

This  overall  logic  of  User  Chain  use  is  shown 
schematically  in  Figure  1.    Blocks  in  the  figure 
have  been  labeled  A,  B,  C,  0,  E,  and  F.  Blocks 
C,  0,  and  E  suggest  the  basic  sequence  followed 
to  simulate  use  of  a  limited  resource,  such  as 
that  modeled  with  a  Fai  lily  or  Storage.   C,  0, 
and  E  might  be  a  SEI2E-A0VANCC-RELEASE  combina- 
tion, or  an  ENTER-ADVANCE -LEAVE  sequence.  Block 
A  represents  the  "look-ahead"  feature  of  User- 
Chain  logic,  and  block  B  indicates  the  conse- 
quence which  follows  when  the  look-ahead  reveals 
that  a  blocking  condition  exists.   Block  F  sug- 
gests how  an  active  Transaction  which  has  just 
removed  a  blocking  condition  causes  a  Transac- 
tion to  be  unlinked  from  a  User  Chain  and 
brought  back  to  the  Current  Events  Chain, 
scheduled  to  make  use  of  the  now-available  re- 
source. 

As  might  be  expected,  a  pair  of  complementary 
GPSS  Blocks  is  used  to  accomplish  the  User-Chain 
logic  shown  in  Figure  1.    One  of  these  Blocks 
corresponds  to  the  "linking  logic"  shown  at  A 
and  B  in  the  figure.   The  other  performs  the  "un- 
linking logic"  shown  at  F.    It  is  essentially  the 
use  of  these  two  Blocks  which  will  be  described 
in  this  paper. 

User  Chains  have  many  of  the  same  features  as 
other  GPSS  entities.    There  can  be  many  different 
User  Chains  in  a  model.    Each  chain  can  be  named 


[b]  Familiarity  with  unique  and  non-unique  blocking  conditions  and  the  Scan  Indicator  is  assumed, 
an  explanation  of  these  concepts,  see  sections  7.2  and  7.3  in  reference  [1]. 
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Figure  1    A  Schematic  Representation  of  the  Logic  of  User  Chain  Use 


either  numerically,  or  symbolically,  according  to 
the  usual  rules.   The  number  of  different  User 
Chains  permissible  depends  on  the  amount  of  com- 
puter memory  available  to  the  Processor,  'Like 
Facilities,  Storages,  Queues,  Tables,  Blocks, 
etc..  User  Chains  have  a  set  of  Standard  Numeri- 
cal Attributes  associated  with  them.  Furthermore, 
a  set  of  User  Chain  statistics  much  like  these 
for  Queues  appears  as  part  of  the  standard  out- 
put produced  at  the  end  of  a  simulation. 

Like  the  Current  and  Future  Events  Chains,  non- 
empty User  Chains  are  printed  out  by  the  Pro- 
cessor afc  the  end  of  a  simulation  only  if  "1"  is 
used  as  the  D  Operand  on  the  START  Card.  "^^2 
PRINT  Block  can  also  be  used  to  print  out  User 
Chains.    For  this  purpose,  the  Block's  A  and  B  - 
Operands  indicate  the  smallest  and  largest  num- 


bers, respectively,  of  the  User  Chains  which  are 
to  be  printed  out.   The  Field  C  mnemonic  is  CHA. 
When  a  Transaction  moves  inta  the  Block  "PRINT 
2,5,CHA",  then^  User  Chains  2  through  5  are 
printed  out  as  a  result. 

3.  Transaction  Movement  to  and  from 
User  Chains:  The  LINK  Block  and 
the  UNLINK  Block  

The  ability  to  put  a  Transaction  onto  a  User 
Chain  is  provided  with  the  LINK  Block.    The  LINK 
Block  can  be  used  in  either  one  of  two  modes: 
conditional  mode,  or  unconditional  mode.   A  con- 
ditional-mode  LINK  Block  plays  the  roles  of 
blocks  A  and  B  in  Figure  1;  that  is,  it  embodies 
a  certain"'Took-ahead"  feature,  as  suggested  by 
block  A  in  Figure  1,  and  it  has  the  capability 
of  eith  r  sending  a  Transaction  to  capture  an 
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available  server,  or  of  putting  a  Transact  jn 
onto  a  User  Chain  if  there  is  no  available 
server.    In  contrast,  an  unconditional-mode  LINK 
Block  has  no  effective  look-ahead  capability;  it 
therefore  plays  only  the  role  of  block  B  in  Fig- 
ure 1.    Transactions  which  enter  an  uncondition- 
al-mode LINK  Block  are  always  put  onto  a  User 
Chain  as  a  consequence. 

Because  use  of  the  LINK  Block  in  unconditional 
mode  is  the  easiest  to  understand,  this  usage 
mode  will  be  discussed  first.    Consider  Figure 
2,  which  spells  out  the  specific  details  asso- 
ciated with  the  LINK  Block.    As  indicated  in 
that  figure,  when  no  C  Operand  is  supplied  for 
the  LINK  Block,  the  Block  is  being  used  in  un- 
conditional-linkage mode.    (In  fact,  if  the  C 
Operand  were  elimiifirted  from  the  LINK  Block  in 
Figure  2,  the  path  leading  from  the  LINK  Block 
would  be  eliminated,  too.)    When  a  Transaction 
moves  into  such  a  LINK  Block,  it  is  placed  on 
the  User  Chain  whose  name  is  supplied  by  the 
Block's  A  Operand.    The  position  an  incoming 
Transaction  takes  on  the  User  Chain  is  gov- 
erned by  the  LINK  Block's  B  Operand.    The  four- 
character  B  Operands  FIFO  (First-In,  First-Out) 
and  LIFO  (Last-In,  First-Out)  cause  the  Trans- 
action to  be  placed  on  the  back  or  front  of  the 
chain,  respectively.    If  the  B  Operand  is  Pj, 
where  j  is  some  integer  from  1  to  100,  Trans- 
actions  are  arranged  on  the  User  Chain  in  order 


of  increasing  Pj  value  [c].    Each  incoming 
Transaction  is  placed  ahead  of  those  chain  resi- 
dents which  have  a  higher  Pj  value,  but  behind 
those  which  have  a  lower  Pj  value.    In  case  of 
ties,  the  incoming  Transaction  goes  behind  other 
residents  having  the  same  Pj  value.    For  example, 
suppose  that  Transactions  A,  B,  and  C  have  P3 
values  of  -4,  21,  and  32,  respectively,  and  they 
enter  the  Block  "LINK  H0LD,P3".   Then,  after  the 
linking.  Transaction  A  is  at  the  f-ont  of  the 
User  Chain  HOLD,  B  is  behind  it,  and  C  is  at  the 
back  of  the  chain.    If  Transaction  D  now  enters 
the  •       Block  and  has  a  P3  value  of  21,  it  is 
placed  oetween  Transactions  B  and  C  on  the  User 
Chain. 

Linking  is  conditional  when  the  LINK  Block's  C 
Operand  is  used.   A  Transaction  moving  into  a 
conditional -mode  LINK  Block  wil;  either  be  placed 
on  the  User  Chain,  or  will  be  routed  to  the  "C 
Block",  i.e.,  the  Block  in  the  Location  whose 
name  is  supplied  by  the  C  Operand.    In  practice, 
the  "C  Block"  often  turns  out  to  be  the  Block 
which  is  sequential  to  the  LINK  Block  in  the 
model.    But  even  when  this  is  the  case,  the  ana- 
lyst must  use  the  C  Operand  on  the  conditional - 
mode  LINK  Block,  and  must  attach   the  correspond- 
ing Location  Name  to  the  sequential  Block.  There 
is  no  requirement,  however,  that  the  "C  Block"  be 
sequential  to  the  LINK  Block.    This  explains  why 
there  is  a  horizontal  path  leadinq  from  the  Fig- 
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Figure  2     The  LINK  Block  and  Its  A,  B,  and  C  Opera-^ds 


Transaction  is 
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ally  onto  the  User 
Chain 


[c]  Some  caution  is  required  here.   When  the  LINK  Block's  B  Operand  is  Pj,  the  "P"  simply  signals  to 
the  Processor  that  the  linking  criterion  is  "ordered  according  to  the  value  of  a  Parameter".  The 
number  of  the  Parameter  is  directly  specified,  and  is  j  itself.    If  a  given  LINK  Block  has  PIO  as 
Its  B  Operand,  then,  the  linking  criterion  is  "ordered  according  to  the  value  of  Parameter  10",  not 
ordered  according  to  the  Parameter  whose  number  can  be  found  in  Parameter  10".   
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ure  2  LINK  Block,  instead  of  a  vertical  path. 

Nothing  has  been  said  yet  about  what  determines 
whether  a  Transaction  entering  a  conditional -mode 
LINK  Block  takes  the  C-Block  exit,  or  is  linked 
onto  the  referenced  User  Chain.   To  choose  be- 
'tween  these  two  possibilities,  the  GPSS  Processor 
tests  the  setting  of  the  referenced  User  Chain's 
Link  Indicator.    Each  User  Chain  has  Its  own  Link 
indicator.    TFe  Indicator  Is  either  "on"  ("Set"), 
or  "off"  ("Reset").    If  the  Link  Indicator  is 
"off"  when  a  Transaction  moves  Into  a  conditional 
mode  LINK  Block,  the  'Processor  does  two  things. 

(1)  It  turns  the  Link  Indicator  "on". 

(2)  It  does  not  link  the  Transaction  onto  the 
User  Chain;    instead,  it  routes  the 
Transaction  to  the  "C  Block". 

On  the  other  hand.  If  the  Link  Indicator  already 
is  "on"  when  a  Transaction  enters  a  conditional - 
mode  LINK  Block,  the  Processor  puts  the  Transac- 
tion onto  the  User  Chain,  and  leaves  the  Link 
Indicator  "on". 

As  Indicated  earlier,  the  unconditional -mode  LINK 
Block  corresponds  precisely  to  block  B  in  Figure 
2.    In  this  unconditional  mode,  the  referenced 
User  Chain's  Link  Indicator  has  no  useful^Durpose. 
In  contrast,  the  conditional -mode  LINK  Block  takes 
on  the  roles  played  by  blocks  A  and  B  in  Figure 
1.    The  referenced  User  Chain's  LTnk  Indicator 
embodies  the  "look-ahead"  feature,  and  can  be 
thought  of  much  In  the  sense  of  a  greeh-red  traf- 
flcjight.    When  the  Link  Indicator  Is  "off",  the 
traffic  light  is  green.    When  a  Transaction  en- 
ters a  conditional-mode  LINK  Block  and  finds  that 
the  traffic  light  is  green.  It  interprets  this  as 
a  "no  blockage"  signal.    The  Transaction  moves 
ahead  In  the  model,  but  before  doing  so.  It 
switches  the  traffic  light  to  red  (Link  Indicator 
"on")  as  a  signal  for  later  arrivals  to  the  LINK 
Block.    Conversely,  If  a  Transaction  arrives  at 
the  LINK  Block  and  finds  the  traffic  light  is  red 
(Link  Indicator  "on"),  it  interprets  this  to  mean 
that  blockage  exists,  and  consequently  goes  onto 
the  User  Chain  instead  of  moving  ahead  in  the 
model . 

The  Link  Indicator's  look-ahead  role  cannot  be 
fully  appreciated  until  the  Block  complementary 
to  the  LINK  Block  has  been  described,  and  Its 
effect  on  the  Link  Indicator's  setting  has  been 
indicated.    It  might  be  mentioned  now,  however, 
that  use  of  the  Link  Indicator  for  look-ahead 
purposes  is  extremely  restricted.    In  fact,  it 
is  really  useful  as  a  built-in  look-ahead  device 
only  when  the  limited  resource  which  might  offer 
blockage  Is  simulated  with  a  Facility.    Most  of 
the  time,  the  analyst  supplies  his  own  look- 
ahead  logic  with  a  TEST  or  GATE  Block  at  posi- 
tion A  in  Figure  1,  and  sends  Transactions  into 
an  unconditional -mode  LINK  Block  when  the  look- 


ahead  reveals  that  a  blocking  condition  exists. 

The  Block  complementary  to  the  LINK  Is  the  UN- 
LINK.   It  is  the  UNLINK  Block  which  Is  used  at 
position  F  in  Figure  1.^  The  purpose  of  the  UN- 
LINK Block,  Gf  course,  is  to  remove  one  or  more 
Transactions  from  a  User  Chain  and  put  them  back 
on  the  Current  tvents  Chain,  so  that  the  Pro- 
cessor can  subsequently  move  them  forward  again 
in  the  model.    By  using  appropriate  UNLINK  Block 
Operands,  the  analyst  can  specify  which  Trans- 
actlon(s)  on  the  User  Chain  qualify  for  unllnk- 
ing-    There  are  two  broad  possibilities  here. 

(1)  Transactions  can  be  removed  from  the  front 
or  from  the  back  of  the  User  Chain.    In  this  case. 
Transactions  "qualify"  for  unlinking  simply  by 
virtue  of  the  position  they  occupy  on  the  User 
Chain. 

(2)  Transactions  can  be  removed  from  anywhere 
on  the  User  Chain,  providing  that  their  proper- 
ties satisfy  analyst-specified  conditions. 

Only  the  possibilities  indicated  in  (1)  above 
will  be  described  In  this  section.    The  possi- 
bilities indicated  in  (2)  will  be  taken  up  in 
Section  7.* 

The  UNLINK  Block  is  shown  with  its  various  Oper- 
ands in  Figure  3.    In  considering  the  Block,  it 
is  important  to  distinguish  between  the  Unl Inker- 
Transaction  (i.e.,  the  Transaction  which  moves 
into  the  UNLINK  Block,  thereby  initiating  the  un- 
linking operation),  and  the  Unlinkee-Transaction 
(I.e.,  the  Transactions  being  unlinked).    When  a 
Transaction  enters  the  UNLINK  Block,  the  Proces- 
sor removes  from  the  referenced  User  Chain  the 
number  of  Transactions  specified  via  the  C  Oper- 
and (assuming  this  many  are  on  the  User  Chain  to 
begin  with,  and  that  they  satisfy  the  unlinking 
conditions).    The  C  Operand,  which  can  be  a  con- 
stant, a  Standard  Numerical  Attribute,  or  ALL,  is 
termed  the  "Unlink  Count".    If  the  X  Operand  is 
ALL,  then  all_  qualifying  Transactions  on  the  re- 
ferenced User  Chain  will  be  unlinked.    The  UNLINK 
Block's  B  Operand  Indicates  the  Location  of  the 
Block  to  which  each  of  the  Unlinked  Transactions 
is  to  be  routed.    The  D  and  E  Operands  are  used 
in  combination  to  indicate  from  which  end  of  the 
User  Chain  the  Unlinked  Transactions  are  to  be 
taken.    When  neither  Operand  is  used.  Transac- 
tions are  unlinked  from  the  front  of  the  User 
Chain.    When  BACK  is  used  as  the  D  Operand,  and 
the  E  Operand  is  not  used.  Transactions  are  un- 
linked from  the  back  of  the  User  Chain. 

The  UNLINK  Block's  F  Operand  is  optional.    If  it 
is  not  used,  the  Unlinker  moves  unconditionally 
from  the  UNLINK  Block  to  the  sequential  Block. 
If  used,  the  F  Operand  supplies ^the  name  of  the 
non-sequential  Location  to  which  the  Unlinker 
mo.js  next  if  rm  Transactions  were  unlinked  in 
the  attempted  unlink  operation  [d]. 


[d]  For  the  two  UNLINK  Block  D-E  combinations  in  Figure  3,  the  condition  "n£  Transactions  were  unlink- 
ed can  arise  If  and  only  if  the  referenced  User  Chain  is  empty  prior  to  the  attempted  unlinking. 
For  the  other  UNLINK  Block  D-E  Operand  combinations  to  be  discussed  in  section  7,  the  "no  Trans- 
actions were  unlinked"  condition  can  occur  even  when  there  are  Transactions  on  the  User  Chain  at 
the  time  of  the  attempted  unlinking. 
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Now  consider  the  effect  of  the  UNLINK  Block  on 
the  referenced  User  Chain's  Link  Indicator.  .When 
the  User  Chain  is  empty  at  the  time  a  Transaction 
moves  into  the  UNLINK  Block,  the  Processor 
switches  that  User  Chain's  Link  Indicator  "off". 
Using  the  traffice  light  analogy,  this  is  equiva- 
lent to  switching  the  traffic  light  from  red  to 
green.    It  is  logical  for  the  Unl inker  to  do  this 
when  it  has  just  ceased  to  cause  blockage  at  a 
point,  and  then  discovers  (because  of  the  empty 
User  Chain)  that  no  other  Transaction  is  currently 
waiting  for  the  blockage  to  be  removed.  Later, 
when  the  next  Transaction  appears  at  the  asso- 
ciated LINK  Block,  the  green  traffic  light  serves 
as  a  signal  that  it  need  not  go  on  the  User 
Chain.    Instead,  the  Transaction  will  switch  the 
light  to  red,  then  move  ahead  in  the  model  with- 
out delay. 

Control  of  a  User  Chain's  Link  Indicator  can  be 
summarized  this  way. 

(1)  The  Link  Indicator  can  be  turned  "on"  (but 
never  turned  "off")  at  the  LINK  Block. 

(2)  The  Link  Indicator  can  be  turned  "off" 
(but  never  turned  "on")  at  the  UNLINK  Block. 

Consider  next  a  chain-oriented  interpretation  of 
the  way  the  UNLINK  Block  works.    When  a  Transac- 
tion enters  the  UNLINK  Block,  the  Processor  re- 
moves Transactions  from  the  referenced  User 
Chain,  one-by-one,  placing  each  Transaction  in 


I 


turn  on  the  Current  Events  Chain  as  the  last 
member  In  its  Priority  Class.   The  Processor 
works  from  the  frorl  of  the  User  Chain  toward  the 
back,  unless  the  D-ii  Operand  combination  is 
"BACK;  not  used",  in  which  case  it  works  from  the 
back  toward  the  front.    Execution  of  the  UNLINK 
Block  causes  the  Status  Change  Flag  to  be  turned 
'"on"  if  at  least  one  Transaction  is  thereby  un- 
linke3i;e].   When  the  UNLINK  operation  is  com- 
plete, the  Unl inker  continues  its  forward  move- 
ment in  the  model.    This  means  that  the  Unlinked 
Transactions,  if  any,  have  not  yet  been  proces- 
sed.  When  the  Unl inker  finally  comes  to  rest, 
the  Processor  tests  the  Status -Change  Flag  and, 
if  it  is  "on",  turns  it  "off",  and  re-starts  the 
scan  of  the  Current  Events  Chain.    This  guaran- 
tees that,  independent  of  their  Priority  Level, 
any  Unlinked  Transactions  will  be  processed  at 
the  current  reading  of  the  simulation  clock. 

Finally,  the  relationship  between  User  Chains  and 
Block  Counts  should  be  carefully  noted.    When  a 
Transaction  is  on  a  User  Chain,  it  is  not  "in" 
any  Block  in  the  model.    In  particular,  it  is  not 
"in"  the  LINK  Block  via  which  it  was  put  onto  the 
User  Chain.    Transactions  on  User  Chains  do  not 
reflect  themselves,  then,  in  any  fashion  through 
Current  Counts  at  Blocks.   When  a  Transaction  has 
just  been  unlinked  from  a  User  Chain  and  brought 
to  the  Current  Events  Chain,  it  would  seem  that 
it  is  also  not  yet  "in"  any  Block.  Conceptually, 
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Significance 

Name  (numeric  or  symbolic)  of  a  User  Chain 

Block  Location  to  which  the  unlinked  Transaction(s)  is 
(are)  to  be  routed 

The  number  of  Transactions  to  be  unlinked  (the  Unlink 
Count);  can  be  a  constant,  a  Standard  Numerical 
Attribute,  or  ALL 

Specify  which  end  of  the  User  Chain  Transactions  are 
to  be  taken  from,  per  this  scheme: 

D  Operand     •  E  Operand      End  Indicated 

Not  Used        Not  Used  Front  End 

BACK  Not  Used  Back  End 

Optional  Operand;  Block  Location  to  which  the  Unl inker- 
Transaction  moves  next  if  no  Transactions  are  unlinked 


Figure  3     The  UNLINK  Block  and  Its  Operands 


Default  Value 
or  Result 

Error 
Error 


Error 

Transactions  are 
unlinked  from  the 
front  of  the 
User  Chain 

Unl inker-Trans- 
action uncondi- 
tionally moves  to 
the  sequential 
Block  in  the  model 


[e]  Familiarity  with  the  concept  of  the  Status  Change  Flag  is  assumed, 
sections  7.2  and  7.3  in  reference  [1], 


For  an  explanation,  see 
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BARBER 
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BARBER 
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SEND  NEXT  WAITING 
CUSTOMER  (IF  AlIY) 
TO  CAPTURE 


LEAVE  THE 
SHOP 


TERMINATE 

Figure  4   A  First  Example  of  User  Chain  Use 
the  just-unlinked  Transaction  has  much  i  n  comnon 
with  Transactions  which  are  "on  their  way"  into  a 
model  via  a  GENERATE  Block  into  which  they  have 
not  yet  moved.   Nevertheless,  from  the  point  of 
view  of  Current  Counts,  the  Processor  treats  un- 
linked Transactions  as  though  they  are  in  the 
UNLINK  Block  whose  execution  caused  them  to  be 
brought  from  the  User  Chain  to  the  Current  Events 


TIMER  ARRIVES 
AT  TIME  480 


Chain.   This  fact  is  sometimes  of  importance  when 
Current  Block  Counts  are  being  interpreted.  It 
clso  explains  why  the  UNLINK  Block's  B  Operand 
(i.e.,  the  "Next  Block  Attempted"  for  unlinked 
Transactions)  appears  in  Figure  3  on  a  path  lead- 
ing from  the  UNLINK  Block.    The  idea  here  is  to 
provide  a  graphic  indication  of  the  fact  that  un- 
linked Transactions  do  move  from  the  User  Chain 
via  the  UNLINK  Block  into  their  "Next  Block  At- 
tempted".    In  contrast,  the  other  two  paths  lead- 
ing from  the  Figure  3  UNLINK  Block  apply  to  the 
Unl inker-Transaction.    One  path  leads  to  the  se- 
quential Block;  the  other  leads  to  the  non- 
sequential Block  which  is  implied  if  the  optional 
F  Operand  is  used. 

4.    Basic  User  Chain  Use  with 
Facilities  and  Storages 

The  basic  use  of  User  Chains  with  Facilities  and 
Storages  is  illustrated  through  a  series  of  three 
examples  in  this  section.    First,  their  use  with 
single  Facilities  is  shown.    In  this  situation, 
the  User  Chain  Link  Indicator  is  adequate  for  the 
required  look-ahead  logic.    Then,  their  use  with 
Storages  is  illustrated.    Such  use  requires 
analyst-supplied  look-ahead  logic,  and  this  in 
turn  requires  caution  in  terms  of  a  potential 
simultaneity-of-events  problem  which  can  arise. 
Later,  in  Sections  5  and  7,  additional  examples 
of  User  Chain  use  will  also  be  given. 

4.1    User  Chain  Use  with  a  Facility.   A  Block 
Diagram  for  a  one-fTne,  one-server  queuing  system 
is  presented  in  Figure  4.   The  particular  model 
shown  is  for  a  "one-man  barber  shop".  Inter- 
arrival  time  for  customers  at  the  shop  is  18+6 
minutes;  service  time  is  16+4  minutes.    The  Tm- 
plicit  time  unit  in  the  model  can  consequently 
be  inferred  from  Figure  4  to  be  1  minute.  The 
two-Block  timer  segment  indicates  that,  when  the 
model  is  run,  the  simulation  simply  shuts  off 
after  480  minutes  (i.e.,  8  hours)  of  simulated 
time.    No  special  provisions  are  made,  then,  to 
provide  a  realistic  closeup  feature  for  themodel. 
Any  "customers"  in  the  model  at  the  end  of  the 
8th  simulated  hour  are  simply  left  "as  they  are". 
The  queue  discipline  to  be  practiced  in  the  shop 
is  first-come,  first-served. 

Notice  that  a  LINK-UNLINK  Block  pair  has  been  in- 
corporated into  the  Block  Diagram,  implying  that 
customer-Transactions  who  are  waiting  their  turn 
to  get  a  haircut  are  kept  in  this  simple  model  on 
a  User  Chain.   The  LINK  Block  has  been  sandwiched 
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between  the  QUEUE  and  SEIZE  Blocks;  similarly, 
the  UNLINK  Block  is  sandwiched  between  the  RELEASE 
and  TERMINATE  Blocks.    The  effect  of  the  presence 
of  these  two  Blocks  will  now  be  explored. 

When  a  customer  arrives  at  the  shop,  he  first  up- 
dates waiting  line  statistics  by  moving  into  the 
QUEUE  Block.    He  then  moves  '"nto  the  conditional - 
mode  LINK  Block.    If  the  Lin.v  Indicator  is  "on" 
(traffic  light  red),  the  customer-Transaction  is 
linked  on  the  back  (FIFO)  of  the  User  Chain  HOLD, 
and  the  Link  Indicator  remains  "on".    If  the  Link 
Indicator  is  found  to  be  "off"  (traffic  light 
green),  however,  it  is  switched  "on"  and  the  cus- 
tomer-Transaction proceeds  to  the  Block  in  the 
location  GETEM,  i.e.,  moves  into  the  SEIZE  Block, 
The  DEPART-ADVANCE-RELEASE  sequence  then  follows. 
After  the  RELEASE,  the  customer-Transaction  at- 
tempts to  unlink  1  Transaction  from  the  front  of 
the  User  Chain  HOLD  (UNLINK  Block  D  and  Oper- 
ands both  blank),  sending  it  to  the  Block  GETEM 
to  capture  the  now-available  Facility.    If  the 
attempted  unlinking  is  unsuccessful  because  the 
User  Chain  is  empty,  the  Link  Indicator  is 
switched  from  "on"  to  "off"  (traffic  light  green) 
so  that  the  next  arrival,  instead  of  linking, 
will  move  directly  to  SEIZE. 

Note  that,  when  the  traffic  light  is  red  at  the 
LINK  Block,  arriving  Transactions  are  placed  on 
the  back  of  the  User  Chain  (go  to  the  back  of  the 
linej!   Later,  via  action  initiated  by  an  Un- 
1  inker  Transaction  at  the  UNLINK  Block,  they  are 
removed  from  the  front  of  the  User  Chain.  The 
resulting  queue  discipline  is  first-come,  first- 
served  [f]. 

The  pattern  followed  by  the  Link  Indicator  in  the 
Figure  4  model  reveals  how  it  serves  as  a  built- 
in  look-ahead  device  in  the  context  of  Facility 
use.    It  is  initially  "off".    The  first  customer- 
Transaction  turns  it  "on",  then  captures  the  ser- 
ver.   While  the  server  is  being  used  by  this 
first  customer  of  the  day,  the  Link  Indicator  re- 
mains "on".    Suppose  the  second  customer-Transac- 
tion arrives  while  the  server  is  still  in  use. 
Finding  the  Link  Indicator  "on",  the  second  cus- 
tomer goes  onto  the  User  Chain.    When  the  first 
customer  finishes,  he  unlinks  the  second  customer 
and  sends  him  to  capture  the  barber.  Meantime, 
because  the  User  Chain  referenced  from  the  UNLINK 
Block  was  not  em^y,  the  Link  Indicator  remains 

[f]  It  " 


"on".    In  tact,  it  is  "on"  whenever  any  customer 
is  using  the  barber,  whether  that  customer  (a) 
found  the  indicator  "off",  and  moved  directly  to 
capture,  or  (b)  found  the  indicator  "on",  and 
spent  time  in  residence  on  the  User  Chain  before 
eventually  being  sent  to  capture.    The  only  way 
to  turn  the  Link  Indicator  "off"  is  for  a  custo- 
mer to  finish  with  the  barber  w.hen  no  other  cus- 
tomers are  waiting  (User  Chain  empty).  Turning 
the  Link  Indicator  "off"  ir  this  circumstance 
guarantees  that  when  the  ,ext  customer  does  ar- 
rive, he  will  proceed  to  capture  the  barber  im- 
meidately. 

The  punchcards  for  the  Figure  4  model  were  pre- 
pared, and  the  model  was  run  for  one  simulated 
day.    The  D  Operand  on  the  START  Card  was  used  to 
force  a  chain  printout  at  the  end  of  the  simula- 
tion.   Figure  5  shows  a  portion  of  the  output 
that  was  thereby  produced.    Parts  (a),  (b),  and 
(c)  in  Figure  5  show  the  Current,  Future,  and 
User  Chains,  respectively.    There  is  a  single 
resident  on  the  Cur;'ont  Events  Chain,  Transaction 
3;  this  Transaction  is  poised  to  release  the  Fa- 
cility.   [The  NBA  ("Next  Block  Attempted")  column 
in  Figure  5(a)  shows  a  value  of  7.    This  is  the 
Location  occupied  in  the  model  by  the  RELEASE 
Block,  as  "counting  it  out"  in  Figure  4  will 
show.]   The  two  residents  on  the  Future  Events 
Chain  are  the  incipient  Transaction  arrivals  at 
the  two  GENERATE  Blocks  in  the  Model.    (Their  NBA 
entries  are  1  and  10,  respectively,  which  are  the 
Locations  occupied  by  the  GENERATE  Blocks  in  the 
model . ) 

In  Figure  5(c),  the  User  Chain  is  described  as 
"USER  CHAIN  1".    The  symbolic  name  HOLD  has  been 
made  equivalent  to  the  number  1  by  the  Processor, 
and  this  numeric  equivalent  has  been  used  to 
label  the  User  Chain  in  the  printout.    There  is 
one  Transaction  resident  on  the  User  Chain,  Trans- 
action 4.    Note  that  the  various  column  labels 
for  the  User  Chain  are  identical  to  those  for  the 
Current  and  Future  Events  Chains. 

The  Transaction  on  the  User  Chain  is  the  next 
customer,  waiting  for  the  barber.    We  know  this 
because  of  the  problem  context,  but  the  GPSS  Pro- 
cessor does  not  know  this.    In  fact,  the  "destin- 
ation" of  the  Transaction  on  the  User  Chain  will 
not  be  known  to  the  Processor  until  it  is  un- 
linked.    At  that  time,  the  UNLINK  Block*s  B  Ope- 


_    IS  sometimes  mistakenly  concluded  that  if  the  B  Operand  at  a  LINK  Block  is  FIFO  (meaning  that 
incoming  Transactions  are  linked  onto  the  back  of  the  User  Chain),  it  must  be  specified  at  the 
associated  UNLINK  Block  that  Transactions  are  to  be  removed  from  the  front  of  the  User  Chain-  or 
Jh'A'LJ^'/.^P'.?"^  ^rl  '  is  LIFO  (meaning  that  incoming  T?iI5?actions  are  linked 'onto 

the  front  of  the  User  Cham),  the  associated  UNLINK  Block  .must  specify  that  Transactions  are  to  be 
removed  from  the  back  of  the  pertinent  User  Chain.    This  is  not  the  case.    The  LINK  and  UNLINK 

5i^?''th''?-'D^'''^"^?^'l!^'"^      ^'^^  ^^^^y^^'^  responsibility  to  see  to  it 

that  the  linking  and  unlinking  criteria  interact  in  such  a  way  that  the  overall  effect  "makes 
fXy  D?  ^9':  example,  the  B  Operand  at  a  LINK  Block  can  be  FIFO,  and  the  associated 

UNLINK  Block  can  specify  that  Transactions  are  to  be  unlinked  from  the  back  of  the  pertinent 
User  Chain.    The  resulting  queue  discipline  would  be  "last-come,  f irst-senTed". 
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rand  will  be  used  by  the  Processor  to  determine 
the  unlinked  Transaction's  "Next  Block  Attempted". 
Note,  then,  the  entry  in  the  BLOCK  column  in 
Figure  5(c)  is  "blank".    The  BLOCK  column  indi- 
cates which  Block  a  Transaction  is  currently  "in". 
But,  as  explained  earlier,  when  a  Transaction  is 
on  a  User  Chain,  it  is  not  "in"  any  Block  in  the 
model . 

The  BDT  ("Block  Departure  Time")  column  in  Figure 
5(c)  shows  a  value  of  472.    Block  Departure  Time 
is  the  time  the  Transaction  is  scheduled  to  try 
to  move  into  its  "Next  Block  Attempted."    As  far 
as  its  "future  movement"  is  concerned,  the  BDT 
entry  for  User  Chain  Transactions  is  meaningless. 
The  BDT  value  shown  in  User  Chain  printout  can  be 
interpreted  as  the  time  the  Transaction  was  1  inked 
onto  the  User  Chain. 

The  statistics  for  the  User  Chain  HOLD  which  ap- 
pear in  the  si-indard  output  are  shown  in  Figure 
5(d).    Figure  5(e)  shows  the  statistics  for  the 
Queue  JOEQ.    Comparison  of  the  two  sets  of  sta- 
ticstics  reveals  that  they  are  quite  similar. 
The  Queue  statistics  contain  somewhat  more  infor- 
mation than  those  for  the  User  Chain,  indicating 
how  many  zero  entries  there  were  (ZERO  ENTRIES), 
-what  percentage  the  zero  entries  were  of  the 
total  (PERCENT  ZEROS) ,  and  what  the  average  Queue 
residence  time  was  when  zero  entries  were  in- 
cluded (AVERAGE  TIME/TRANS). 

At  first,  it  might  be  thought  that  there  are  no 
"zero  entries"  to  User  Chains  because,  "if  block- 
age does  not  exist.  Transactions  bypass  the  chain 
and  move  directly  forward  in  the  model.",  User 
Chains  can  experience  zero  entries,  however.  That 
is,  it  IS  possible  for  some  Transactions  to  hava 
zero  residence  time  on  a  User  Chain.    This  will 
happen,  for  example,  in  the  Figure  4  model  when 
the  following  conditions  are  true. 

(1)  The  Facility  is  in  use. 

(2)  No  Transaction  is  waiting  to  capture  the 
Facility. 

(3)  There  is  a  time-tie  between  the  two  events 
'completion  of  service",  and  "arrival  of  the  next 
customer". 

(4)  The  event-sequence  is  "arrival",  followed 
by  "service  completion". 

In  the  scan  of  the  Current  Events  Chain  at  the 
simulated  time  in  question,  then,  the  arriving 
customer-Transaction  is  processed  first,  per  (4) 
above.    Finding  the  User  Chain's  Link  Indicator 
"on",  the  Processor  puts  this  Transaction  on  the 
User  Chain.    The  releasing  Transaction  is  then 
processed.    After  moving  through  the  RELEASE 
Block,  it  unlinks  the  just-arrived  Transaction 
from  the  User  Chain  and  sends  it  to  capture  the 
Facility.    Hence,  although  the  just-arrived  Trans- 
action was  made  a  User  Chain  resident,  its  resi- 
dence time  on  the  chain  was  zero.    It  contributes 
then,  to  the  User  Chain  TOTAL  ENTRIES  statistic. 
And,  from  the  Queue's  point  of  view,  it  contri- 
butes to  the  ZERO  ENTRIES  statistic. 


The  phenomenon  just  deixribed  explains  why  there 
were  18  TOTAL  ENTRIES  to  the  User  Chain  in  Figure 
5(d),  but  onlv  15  non-zero  entries  to  the  Queue 
in  Figure  5(e).    Three  of  the  User  Chain  entries 
were  apparently  of  the  "zero  residence  time"  type. 
Note  that  this  phenomenon  also  makes  interpreta- 
tion of  the  AVERAGE  TIME/TRANS  statistic  for  User 
Chains  somewhat  subtle.    It  would  be  easy  to  draw 
the  false  conclusion  for  the  Figure  4  model  that 
$AVERAGE  TIME/TRANS  in  the  Queue  should  equal  the 
AVERAGE  TIME/TRANS  statistic  for  the  User  Chain. 
$AVERAGE  TIME/TRANS  measures  the  waiting  time 
only  of  those  who  had  to,wait,  however;  in  con- 
trast,  the  AVEKAGE  TIME/TRANS  value  for  User 
Chains  can,  in  general,  include  Transactions 
which  did  not  actually  have  to  wait.    The  3  "zero 
residence  time"  entries  to  the  User  Chain  ex- 
plains why  AVERAGE  TIME/TRANS  is  only  4.277  time 
units  in  Figure  5(d),  whereas  $AVERAGE  TIME/TRANS 
IS  5.1333  time  units  in  Figure  5(e). 

'  User  Chain  statistics  and  Queue  statistics,  al- 
though similar,  differ  from  each  other,  then,  in 
these  three  major  ways. 

(1)  Zero-entry  information  is  provided  for 
Queues. 

(2)  The  AVERAGE  TIME/TRANS  User  Chain  statis- 
tic requires  careful  interpretation. 

(3)  The  distribution  of  Queue  residence  time 
IS  easily  estimated  with  use  of  the  QTABLE  Card, 
whereas  nothing  analogous  to  the  QTABLE  Card  is 
available  for  User  Chains. 

4.2   More  About  the  Link  Indicator.    Consider  use 
of  the  LINK-UNLINK  Block  pair  in  connection  with 
anv  segment  of  a  GPSS  Block  Diagram.    Figure  6 
iTTustrates  this  situation  where,  for  generality, 
the  particular  Blocks  occupying  the  Block  Diagram 
segment  in  question  are  not  shown,  but  for  speci- 
ficity  the  LINK-UNLINK  Block  Operands  are  shown. 
Assume  that  Transactions  can  gain  entry  to  the 
segment  only  by  moving  through  the  conditional - 
mode  LINK  Block  in  the  figure,  and  that  they  can 
exit  the  segment  only  by  moving  through  the  UN- 
LINK Block.    There  can  then  never  be  more  than 
one  Transaction  in  the  encircled  Block  DTaqram 
segment  at  a  time.   

This  last  statement  can  be  made  as  a  direct  con- 
sequence of  the  properties  of  the  User  Chain's 
Link  Indicator.    The  reasoning  goes  like  this. 
When  the  simulation  starts,  the  encircled  segment 
IS  empty.    Furthermore,  the  Link  Indicator  is 
off".   When  the  first  Transaction  arrives    t  the 
LINK  Block,  it  therefore  moves  irrmediately  to  the 
Block  in  the  Location  MOVIN,  thereby  entering  the 
segment.    (MOVIN  is  assumed  to  be  the  Location  of 
the  "first"  Block  in  the  encircled  segment.) 
While  the  first  Transaction  is  in  the  segment, 
then,  any  other  arrivals  at  the  LINK  Block  are 
put  on  the  User  Chain.    When  the  first  Transac- 
tion eventually  leaves  the  segment  via  the  UN- 
LINK Block,  it  unhooks  exactly  1  Transaction  from 
the  User  Chain,  routing  it  into  the  segment. 
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 bitrary  Block  Diagram  Segment 

Hence,  the  segment-exiting  Transaction  "replaces 
itself"  in  the  segment  with  another  Transaction. 
This  "replacement  pattern"  is  in  effect  as  long 
as  there  is  at  least  1  Transaction  on  the  User 
Chain  when  the  UNLINK  Block  is  executed.    If  the 
User  Chain  is  empty  when  the  UNLINK  Block  is  exe- 
cuted, the  result  is  that  the  Link  Indicator  gets 
turned  "off".    This  means  that  when  another  Trans- 
action eventually  arrives  at  the  LINK  Block,  it 
moves  immediately  into  the  segment,  causing  the 
Link  Indicator  to  be  turned  back 
cess,  etc., etc. 


"on"  in  the  pro- 


The  ideas  just  expressed  really  only  repeat  what 
was  said  about  the  Link  Indicator  when  it  was  in- 
troduced in  Section  3.    Repeating  the  ideas  in 
the  context  of  Figure  6,  however,  leads  directly 
to  the  two  following  conclusions. 

Conclusion  1.   When  a  User  r'nain  is  used  in 
connection  with  a  Facility^  the  SEIZE-RELEASE 
Block  pair  is  not  really  needed,  unless  the  ana- 
lyst requires  the  statistics  which  the  Facility  ' 
entity  provides.    After  all,  use  of  a  SEIZE- 
RELEASE  Block  pair  has  two  effects. 

(1)  It  guarantees  that  there  will  never  be 


Figure  7   A  Model  Segment  which  Simulates  a 

Single  Server  without  Using  a 
 SEIZE-RELEASE  Block  Pair  

more  than  one  Transaction  at  a  time  in  transit 
between  the  pair  of  Blocks  (assuming,  of  course, 
that  alternative  methods  of  "getting  between" 
the  pair  of  Blocks  are  not  used  in  the  model). 

(2)  It  causes  the  GPSS  Processor  to  maintain 
certain  statistics  about  the  "use"  of  the 
Facility. 

But  Effect  (1)  is  precisely  the  effect  that  the 
Link  Indicator  has  when  a  conditional-mode  LINK 
Block  is  used.    Consequently,  if  Effect  (2)  is 
not  needed,  the  SEIZE-RELEASE  Block  pair  can  be 
eliminated.    For  example.  Figure  7  repeats  Fig- 
ure 4,  with  the  SEIZE-RELEASE  Block  pair  eli- 
minated.   The  QUEUE-DEPART  Block  pair  has  also 
been  eliminated,  on  the  hypothesis  that  the  User 
Chain  statistics  are  sufficient  measures  of  wait 
ing  line  behavior  for  the  application  at  hand. 
The  Block  sequence  "LINK-ADVANCE-UNLINK"  in  Fig- 
ure 7  may  seem  a  bit  strange  at  first,  but  it 
nonetheless  validly  simulates  a  single  server 
under  the  conditions  stated  here. 

Conclusion  2>   When  the  User  Chain's  Link 
Indicator  1s  relied  upon  to  supply  "look-ahead 
logic",  it  is  extremely  inflexible >    In  fact,  be 
cause  a  consequence  of  Its  use  is  to  let  only 
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''one  Transaction  at  a  time"  in  the  model  segment 
between  the  LINK  and  UNLINK  Blocks,  the  Link  In- 
dicator is  really  only  of  value  when  the  con- 
strained resource  being  simulated  between  the 
IINK-UNLINK  Blocks  is  a  Facility  (or  a  unit- 
capacity  constraint).    For  example,  suppose  the 
constrained  resource  is  being  simulated  with  a 
Storage  whose  capacity  is  two.   This  means  that 
up  to  2  Transactions  at  a  time  should  be  permit- 
ted to  be  in  transit  between  the  LINK-UNLINK 
Block  pair.    Because  this  effect  cannot  be 
achieved  with  the  Link  Indicator,  the  analyst 
trust  supply  his  own  look-ahead  logic  to  determine 
whether  an  arriving  Iransaction  can  move  into  the 
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Figure  8   A  Second  Example  of  User  Chain  Use 


model  segment,  or  must  be  put  onto  the  User  Chain. 
The  next  section  goes  into  further  detail  about 
use  of  a  User  Chain  with  the  Storage  entity. 

4.3    User  Chain  User  with  a  Storage.  Suppose  that 
in  the  Figure  4  barber  shop,  customer  inter-arri- 
val time  decreases  to  6+2  minutes  and,  to  offset 
this  heavier  traffic  pattern,  two  more  barbers 
are  hired.    Figure  8  shows  the  Block  Diagram  for 
a  model  of  the  shop  under  these  circumstances. 
Discussion  of  the  model  will  be  broken  into  two 
parts.    First,  the  "GATE-ENTER-LINK"  Block  ar- 
rangement will  be  commented  upon.    Then  the  reason 
for  placing  the  PRIORITY  Block  between  the  r7ENE- 
RATE  and  GATE  Blocks  will  be  explained. 

As  indicated  under  Conclusion  2  in  the  preceding 
sub-section,  the  analyst  must  supply  his  own 
look-ahead  logic  when  a  User  Chain  is  used  in 
conjunction  with  a  Storage.    The  GATE  Block  in 
Figure  8  provides  this  required  look-ahead  logic. 
When  a  customer-Transaction  moves  into  the  "GATE 
SNF   1"  Block,  a  test  is  conducted  to  determine 
whether  at  least  one  barber  is  currently  avail- 
able, i.e.,  to  determine  whether  the  Storage  used 
to  simulate  the  three  barbers  is  not  full.  If 
the  "Storage  Not  Full"  condition  is  true,  the 
customer-Transaction  moves  sequentially  through 
the  gate  and  captures  a  barber.    If  the  "Storage 
Not  Full"  condition  is  false,  the  customer- 
Transaction  exits  the  gate  non-sequentially  and 
moves  into  the  LINK  Block.    No  C  Operand  is  pro- 
vided with  the  LINK  Block,  with  the  result  that 
Transactions  entering  it  are  unconditionally 
placed  on  the  User  Chain.    Transactions  enter  the 
LINK  Block,  however,  only  on  the  condition  that 
the  Storage  is  full.    V-ia  use  of  the  GATE  Block, 
then,  the  "unconditional"  linking  of  Transactions 
is  forced  to  be  conditional  after  all. 

Now  consider  why  the  "PRIORITY    1"  Block  has  been 
placed  between  the  GENERATE  and  GATE  Blocks  in 
the  Figure  8  model.    The  PRIORITY  Block  has  been 
used  to  defense  against  invalid  logic  which  could 
come  about  if  a  certain  simul taneity-of-events 
situation  were  to  arise.    Suppose  that  the  fol- 
lowing conditions  are  true  at  a  given  point  in 
simulated  time. 

(1)  All  3  barbers  are  captured. 

(2)  At  least  1  Transaction  is  waiting  on  the 
User  Chain. 

(3)  One  of  the  in-service  custorfters  is  just 
leaving. 

(4)  The  next  customer  is  just  arriving. 

(5)  The  leaving  Transaction  is  ahead  of  the 
arriving  Transaction  on  the  Current  Events  Chain. 

When  the  leaving  Transaction  is  processed,  it 
first  moves  into  the  LEAVE  Block,  thereby  chang- 
ing the  condition  "'Storage  Not  Full"  from  false 
to  true.    This  leaving  Transaction  then  moves 
into  the  UNLINK  Block,  causing  the  Transaction 
at  the  front  of  the  User  Chain  to  be  moved  to  the 
Current  Events  Chain.    Because  of  its  earlier 
movement  through  the  PRIORITY  Block,  the  unlinked 
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Transaction  has  a  Priority  Level  of  1.    It  is 
therefore  placed  on  the  Current  Events  Chain 
ahead  of  the  arriving  customer-Transaction,  which 
has  a  Priority  Level  of  0.  .  After  the  leaving 
Transaction  has  terminated,  the  Processor  re- 
starts the  CEC  scan.    It  first  processes  the  just- 
unlinked  customer-Transaction,  moving  it  into  the 
ENTER-ADVANCE  sequence.    Execution  of  the  ENTER 
Block  results  in  the  condition  "Storage  Not  Full" 
being  made  false  again.    When  the  arriving  custo- 
mer-Transaction  is  processed  later  'Jn  the  scan. 
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Figure  9   An  Alternative  Method  for  Handling 

the  Potential  Problem  of  Simultaneity 
 in  the  Figure  8  Model  


it  therefore  moves  non-sequentially  from  the  GATE 
Block  to  the  LINK  Block,  and  is  put  on  the  User 
Chain.    The  previously-waiting  customer  has  cap- 
tured the  barber,  which  is  as  it  should  be. 

It  Is  easy  to  see  how  the  logic  of  the  model  would 
be  subverted  if  the  PRIORITY  Block  were  removed 
from  the  model,  and  the  conditions  described  above 
came  about.    The  unlinked  Transaction  would  be 
put  on  the  current  Events  Chain  behind  the  just- 
arriving  customer-Transaction.    When  the 
arriving  Transaction  reached  the  GATE  Block,  the 
"Storage  Not  Full"  condition  wou?d  be  true.  The 
"newcomer"  would  therefore  capture  the""Barber. 
When  the  just-unlinked  Transaction  eventually  tried 
to  move  into  the  ENTER  Block,  entry  would  be 
denied.   This  previously-waiting  Transaction 
would  have  "missed  its  chance".  Furthermore, 
its  subsequent  waiting  would  take  place  on  the 
Current  Events  Chain,  not  on' the  User  Chain. 

Whether  using  the  PRIORITY  Block  in  the  Figure  8 
model  is  "worth  it"  can  be  debated.    The  Block 
does  guarantee  that  the  logic  of  the  model  will 
always  be  valid.   On  the  other  hand,  to  include 
this  "additional"  Block  increases  the  number  of 
Blocks  in  the  model  from  8  to  9.    Speaking  very 
roughly,  this  means  that  execution  time  for  the 
model  is  increased  by  about  12.5%  relative  to  the 
no-PRIORITY-Block  version  of  the  model  [g]. 
Depending  on  the  size  of  the  implicit  time  unit 
and  the  intensity  of  the  traffic  pattern,  the 
conditions  leading  to  the  "problem  of  simulta- 
neity" may  come  about  very  infrequently.  To 
save  execution  time  in  modeling  situations  such 
as  this,  the  analyst  might  prefer  to  deliberately 
exclude  the  PRIORITY  Block,  and  simply  "accept" 
occasional  invalidity  in  his  models.    (Note  that 
the  potential  "problem  of  simultaneity"  did  not 
have  to  be  defensed  against  when  the  Link  In- 
dicator provided  the  look-ahead  logic  in  Figure 
4.    To  check  your  understanding  of  the  ideas 
presented  so  far  in  this  paper,  you  should  now 
try  to  explain  why  this  is  true). 

4.4   An  Alternative  for  Handling  the  Simultaneity 
Probleiir    In  the  Figure  8  model,  it  was 
"convenient"  to  place  the  PRIORITY  Block  between 
the  GENERATE  and  GATE  Blocks.    But  this  was 
largely  because  the  modeling  context  used  as  an 
example  was  completely  self-contained.    It  is  not 
normally  true  that  a  Transaction  "approaches"  a 
Storage  from  a  GENERATE  Block.    More  often  than 
not,  the  "approach"  is  made  from  some  preceding 
non-trivial  model  segment.    The  question  then 
arises,  how  is  one  to  handle  the  problem*  of 
simultaneity  in  this  circumstance?   The  purpose 
of  this  section  is  to  suggest  an  alternative 
which  can  be  used  under  more  complicated  cir- 
stances. 

Figure  9  shows  the  suggested  alternative  in  the 


[g]  When  the  PRIORITY  Block's  A  Operand  is  a  constant,, a  minimum  of  114  assembler  instruction-execu- 
tions are  performed  when  a  Transaction  moves  into  the  Block.    (This  count  applies  to  GPSS/360. 
Version  1,  Modification  Level  3.)  , 
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form  of  a  Block  Diagram  segment  corresponding  to 
use  of  the  Figure  8  Storage.    It  is  assumed  that 
all  Transactions  move  into  the  segment  with  a 
common  Priority  Level,  whatever  that  may  be.  The 
"defense"  against  the  simultaneity  problem  takes 
the  form  of  the  PRIORITY-BUFFER  sequence  placed 
between  the  ADVANCE  and  LEAVE  Blocks. 

Consider  how  the  PRIORITY-BUFFER  combination  works 
to  eliminate  the  simultaneity  problem.  Assume 
that  the  conditions  required  for  the  simultaneity 
problem  are  in  effect,  as  follows. 

(1)  All  3  barbers  are  captured. 

(2)  At  least  1  Transaction  is  waiting  on  the 
User  Chain. 

(3)  One  of  the  in-service  customers  is  just 
leaving. 

(4)  The  next  customer  is  just  arriving. 

(5)  The  leaving  Transaction  is  ahead  of  the 
arriving  Transaction  on  the  Current  Events 
Chain. 

Now,  when  the  leaving  Transaction  is  processed,  it 
immediately  moves  into  the  PRIORITY  Block,  where 
its  ''old"  Priority  Level  is  reassigned  as  its 
"new"  Priority  Level.    This  produces  no  change  in 
Priority  Level,  but  it  does  cause  the  Processor 
to  re-position  the  Transaction  on  the  Current 
Events  Chain  as  the  last  member  in  its  "new" 
Priority  Class.   This  means  that  the  leaving 
Transaction  is  now  behind  the  arriving  Transaction 
(which  reverses  condition  (5)  stated  above). 
The  leaving  Transaction  then  moves  into  the  BUFFER 
Block,  forcing  the  Processor  to  re-start  its  CEC 
scan.    As  the  re-initiated  scan  proceeds,  the 
arriving  Transaction  is  (eventually)  encountered, 
finds  the  condition  "Storage  Not  Full"  is  false 
(the  leaving  Transaction  has  not  yet  executed  the 
LEAVE  Block),  and  therefore  transfers  non- 
sequentially  tc  the  User  Chain.    Later  in  the 
scan,  the  Processor  resumes  the  forward  movement 
of  the  leaving  Transaction,  moving  it  through  the 
LEAVE  Block  to  the  UNLINK  Block.    The  Transaction 
at  the  front  of  the  User  Chain  is  then  transferred 
to  the  Current  Events  Chain,  and  enters  the  Storage 
when  the  scan  is  re-started  (execution  of  the 
LEAVE  Block  caused  the  Status  Change  Flag  to  be 
turned  "on";  execution  of  the  UNLINK  Block  then 
caused  it  to  be  turned  on  "again",  redundantly). 

It  should  be  clear  what  would  happen  under  the 
stated  conditions  if  the  PRIORITY-BUFFER  Blocks 
were  not  in  the  model.    The  leaving  Transaction 
wouldTie  processed  first,  making  the  condition 
"Storage  Not  Full"  true.   The  unlinked  Transac- 
tion would  be  put  on  the  Current  Events  Chain 
behind  the  arriving  Transaction,  since  they  are 
postulated  to  have  the  same  Priority  Level.  The 
arriving  Transaction  would  then  enter  the  Storage, 
thereby  capturing  the  server  who  had  been  intended 
for  the  unlinkeJ  Transaction.    By  the  time  the  un- 
linked Transaction  was  processed,  there  would  be 
"no  room  left"  for  it  in  the  Storage.    In  short, 
the  logic  of  the  model  would  be  invalid. 

In  Figure  9,  the  PRIORITY  and  BUFFER  Blocks  were 
shown  separately,  albeit  in  sequence,  to  make  the 


preceding  explanation  a  bit  more  straightforward. 
Active  6PSS  users  will  recall  that  when  the 
"buffer  option"  is  used  with  the  PRIORITY  Block, 
the  effect  achieved  is  precisely  identical  to 
that  of  the  two-Block  PRIORITY-BUFFER  sequence 
shown  in  Figure  9.    That  is,  the  single  Block 
"PRIORITY  PR, BUFFER"  could  be  used  to  replace  the 
PRIORITY-BUFFER  Block-pair.    In  the  remaining 
examples  in  this  paper,  this  "buffer  option"  will 
be  used  with  the  PRIORITY  Block  when  the  occasion 
arises,  for  the  sake  of  "Block  economy". 

5.    More  Examples  of  User  Chain  Use 

Two  more  examples  of  User  Chain  use  with  Facil- 
ities are  given  in  this  section.  The  first  ex- 
ample illustrates  application  of  User  Chains 
with  two  Facilities  operating  in  parallel.  The 
second  example  shows  how  the  "shortest  imminent 
operation"  queue  discipline  is  simu'iated  with 
use  of  Parameter-mode  linking  at  the  LINK  Block. 

5.1    User  Chain  Use  with  Two  Parallel  Facilities. 
Suppose  that  two  barbers  work  In  a  barber  shop. 
Service'  time  for  the  first  and  second  of  these 
barbers  is  13+3  and  15+4  minutes,  respectively. 
Customers  arrive  at  the  shop  every  7+3  minutes. 
Figure  }^  shows  how  a  User  Chain  can"be  incorp- 
orated into  a  model  of  the  barber  shop.  When  a 
customer-Transaction  arrives  at  the  shop,  it 
moves  (through  the  PRIORITY  Block)  into  the  TEST 
Block  shown  in  Figure  10(a).    There,  it  evaluates 
the  Boolean  Variable  CHECK,  as  definr^d  in  Fig- 
ure 10(b),  to  determine  whether  either  one  or 
both  of  the  barbers  are  available.    If  a  barber 
is  free,  the  customer-Transaction  proceeds  to  the 
TRANSFER  Block  in  BOTH  mode,  from  whence  it  is 
routed  to  a  SEIZE  Block  not  currently  denying  en- 
try.   If  both  barbers  are  busy,  it  is  routed  from 
the  transfer-mode  TEST  Block  to  the  uncondition- 
al-mode LINK  Block.    There,  it  is  linked  onto  the 
back  of  the  User  Chain  LONG. 

Whenever  a  customer-Transaction  releases  a  barber, 
it  causes  another  waiting  customer  to  be  unlinked 
from  the  User  Chain  and  routed  directly  to  the 
pertinent  SEIZE  Block.    Because  of  the  "PRIORITY  1" 
Block  following  the  GENERATE  Block,  the  unlinked 
customer-Transaction  is  assured  of  being  the  one 
to  capture  the  just-released  barber  under  all 
circumstances. 

This  example  is  one  in  which  the  execution  time 
savings  resulting  from  User  Chain  use  can  be 
substantial.    In  contrast  with  Figures  4  and  8, 
where  the  potential  i>lock1ng  conditions  are  both 
unique,  the  TRANSFER  Block  in  Figure  10  offers 
non-unique  blocking.    If  the  User  Chain  were  not 
used,  each  delayed  Transaction  on  the  Current 
Events  Chain  would  attempt  to  move  through  the 
TRANSFER  Block  at  each  CEC  scan,  thereby  con- 
suming a  telling  amount  of  time.    For  the  model 
shown,  the  TRANSFER  Block  is  executed  successfully 
one  time  by  each  arriving  customer  who  finds  a 
barber  immediately  available.    No  attempt  is 
otherwise  made  to  execute  the  Block. 
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5.2   User  Chain  Use  for  "Shortest  Imminent  , 
Operation"  Queue  Discipline.    Consider  this 
problem.    At  the  Facility  MAC,  the  queuk  dis- 
cipline practiced  is  "shortest  imminent  operation". 
This  means  that  the  Transaction  expected  to  hold 
the  Facility  the  shortest  length  of  time  is  the 
one  permitted  to  capture  it  next.    In  case  of 
ties  for  shortest  imninent  operation,  the  ties  are 
to  be  resolved  on  a  first-come,  first-served  basis. 
When  a  Transaction  does  capture  the  Facility,  its 
actual  holding  time  follows  the  exponential  dis- 
tribution. 

Assuming  that  a  Transaction's  expected  holding 
time  at  the  Facility  is  stored  in  its  second 
Parameter,  Figure  11  shows  a  Block  Diagram  segment 
which  implements  this  queue  discipline.    (It  is  \ 
assumed  that  the  Function  symbolically  named  XPDJS 
is  the  usual  24-point  Function  used  to  sample 
from  an  exponential  distribution  with  a  mean  of  1.) 
Transactions  waiting  for  the  Facility  are  put  onto 
the  User  Chain  QUE,  ordered  according  to  their  PL' 
value.    This  means  they  are  put  onto  the  chain  in 
order  of  "shortest  imminent  op6   tion",  with  ex- 
pected operation  times  increa^    3  from  the  front  of 
the  User  Chain  toward  the  back.    Furthermore,  in 
evant  of  ties,  each  most-recent  arrival  is  placed 
behind  earlier  arrivals  which  have  the  same  P2 
value.    In  short,  linking  "in  Parameter  mode" 
results  in  direct  implementation  of  the  shortest 
inminent  operation  queue  discipline  (assuming,  of 
course,  that  Transactions  are  later  unhooked  from 
the  front  of  the  User  Chain). 

In  the  Figure  11  model  segment,  just  before  a 
Transaction  >-eleases  the  Facility,  it  moves  into 
a  "PRIORITY   PR,BUFFER"  Block.    The  Processor 
therefore  re-positions  the  Transaction  on  the 
Current  Events  Chain  as  the  last  member  in  its 
Priority  Class,  and  re-starts  the  scan.  This 
guarantees  that,  in  case  of  a  time-tie  between 
the  events  "next  arrival  of  a  job",  and  "rel- 
ease of  the  Facility",  the  arriving  job-Trans- 
action is  hooked  onto  the  User  Chain  befor^f  the 
next  Transaction  to  capture  the  Facility  is  cap- 
tured. (It  is  assumed  that  all  Transactions  which 
use  the  Facility  have  the  same  Priority  Level.) 
The  result  is  to  insure  that  the  arriving  job- 
Transcction  is  included  in  the  "competition"  that 
takes  place  to  see  which  waiting  job  has  the 
shortest  imminent  operation.    If  this  simul- 
taneity-of -events  situation  arose  and  the 
PRIORITY  Block  were  not_  included  in  the  Figure 
11  model  segment,  the  shortest  imminent  opera- 
tion queue  discipline  could  be  violated. 

6.    User  Chain  Standard 
Numerical  Attributes 

Ea;:h  User  Chain  has  five  Standard  Numerical  At- 
tributes associated  with  it.   The  pre-defined 
names  of  these  attributes,  and  the  significance 
of  the  corresponding  values,  are  shown  in  Table  1. 

When  the  Processor  encounters  a  CLEAR  Card,  the 
values  of  these  Standard  Numerical  Attributes  are 
set  to  zero,  and  any  User  Chain  residents  are  re- 
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Figure  11    A  Fourth  Example  of  User  Chain  Use 

moved  from  the  model.    The  effect  of  the  RESET 
Card  is  to  set  the  values  of  CAj,  CCj,  and  CTj  to 
zero.    The  value  of  CHj  remains  the  same,  and  the 
value  of  CMj  is  set  to  the  current  value  of  CHj. 
Of  course,  any  User  Chain  residents  are  left  un- 
disturbed during  the  resetting  operation. 


7.    Conditional  Unlinking  of  Transactions 
from  User  Chairi. 


In  Section  3,  use  of  the  UNLINK  Block 
Operands  to  remove  iransactions  from  ( 
front,  or  (b)  the  back  of  User  Chains 
duced.    In  neither  of  these  cases  does 
tion  have  to  meet  a  particular  conditi 
than  "relative  position  on  the  chain", 
for  unlinking.   There  a^^e  three  other 
Operand  combinations  which  can  be  used 
on  potential  Unllnkee  Transactions  the 
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Pre-defined 
Name  [h] 

CAj,  or  CA$sn 
CCj,  or  CC$sn 

CHj,  or  CHSsn 
CMj,  or  CM$sn 

CTj,  or  CT$sn 


Value 

I  » 
Integer  portion  of  the  average  number  of  Transactions  on  the  chain 

The  total  number  of  Transactions  hooked  onto  the  chain  during  the 
course  of  the  simulation 

The  number  of  Transactions  currently  on  the  chain 

Maximum  number  of  Transactions  s'-nultaneously  resident  on  the  chain 
during  the  simulation;  the  maximum  value  CHj  (or  CH$sn)  has  attained 

Integer  portion  of  the  average  Transaction  residence  time  on  the 
chain 

Table  1     User  Chain  Standard  Numerical  Attributes 


Combination 
Number 


D  Operand 

Any  Standard 
Numerical 
Attribute 


Any  Standard 
Numerical 
Attribute 

BVj,  or 
BV$sn 


E  Operand  Condition  Required  for  Unlinking 

Not  used        Let  "j"  represent  the  value  of  the  D  Operand;   the  User 
Chain  Transaction  qualifies  for  unlinking  if  its  j-th 
Parameter  value  equals  the  value  of  the  Unl inker's  j-th 
Parameter 

Any  Standard     Let  "j"  represent  the  valine  of  the  D  Operand;   the  poten- 
Numerical        tial  Unlinkee  qualifies  if  its  j-th  Parameter  value 
Attribute       equals  the  value  of  the  E  Operand 

Not  used        The  potential  Unlinkee  qualifies  if  the  Boolean  Variable 
numbered  j  (or  symbolically  named  sn)  is  true  when  it  is 
evaluated  with  that  Transaction's  Priority  Level  and  Pars- 
meter  values 


Table  2   Additional  D  and  E  Combinations  Possible  for  the  UNLINK  Block 


ment  that  they  satisfy  a  specified  condition. 
These  other  three  combinations  are  shown  in  Table  2. 

For  all  three  of  the  Table  2  combinations,  the 
User  Chain  is  scanned  from  front  to  back  by  the 
Processor  until  the  Unlink  Count  has  been  satis- 
fied, or  the  back  of  the  chain  has  been  reached, 
whichever  occurs  first.    In  Combination  1,  the 
value  of  a  specified  Parameter  of  the  potential 
Unlinkee  must  equal  the  value  of  the  same  Para- 
meter of  the  Unlinker.    The  UNLINK  Block's  D 
Operand  indicates  the  number  of  the  applicable-^ 
Parameter;  the  E  Operand  is  not  used.    In  Com- 
bination 2,  the  value  of  a  specified  Parameter 
of  the  potential  Unlinkee  must  equal  some  other 
arbitrarily-specified  value.    The  UNLINK  Block's 
D  Operand  again  provides  the  number  of  the  po- 
tential Unlinkee's  applicable  Parameter;  the  E 
Operand  is  the  "Match  Argument",  i.e.,  provides 
the  value  which  the  Unlinkee 's  Parameter  value 
must  equal . 

In  Combinat^'on  3,  the  D  Operand  references  a 
Boolean  Variib^,  ant    he  E  Operand  Is  not  used. 
For  each  Transaction      the  User  Chain,  the  Pro- 
cessor evaluates  the  Boolean  Variable.    Only  if 
its  value  Is  true  does  the  User  Chain  Transaction 
qualify  for  unlinking.   The  question  naturally 
arises,  "how  can  the  value  of  a  Boolean  Variable 
be  made  to  depend  on  properties  of  a  Transaction 


on  a  User  Chain?"   The  answer  is  that  if  numeric 
data  references  in  the  Boolean  Variable  include 
Priority  Level  and/or  Parameter  values,  the  User 
Chain  Transaction  currently  fc.ing  examined  sup- 
plies  these  values,  not  the  Transaction  at  the 
UNLINK  Block. 

An  example  will  now  be  given  to  show  use  of  a 
Boolean  Variable  with  the  UNLINK  Block.  Consider 
the  "shortest  imnlnent  operation"  quaue  disci- 
pline, as  illustrated  in  Figure  11.   A  disadvan- 
tage of  this  queue  discipline  Is  that  jobs  with 
a  large  Inominent  operation  time  can  be  delayed 
for  very  long  times  waiting  for  the  Facility. 
This  happens  if  jobs  with  shorter  operation  times 
keep  arriving  at  the  Facility  before  the  bigger 
^  jobs  can  capture  It.    The  problem  can  be  avoided 
by  dividing  all  waiting  jobs  into  two  groups,  as 
determined  by  how  long  they  have  been  waiting. 
Highest  priority  Is  given  to  those  jobs  that  have 
been  waiting  longer  than  <^ome  pre-detennined  time, 
called  the  critical  threshhold.   Jobs  in  this 
group  are  termed  "critical".   Within  the  set  of 
critical  jobs,  queue  discipline  Is  "shortest  im- 
minent operation".   Queue  discipline  for  the  non- 
critical  jobs  is  also  "shortest  inminent  opera- 
tion".   The  overall  queue  discipline,  then.  Is 
"serve  critical  jobs  first,  then  serve  non-criti- 
cal jobs;  In  each  of  these  two  categories,  select 
jobs  according  to  shortest  imnlnent  operation." 


[h]  "j"  is  understood  to  bo  the  number  of  the  User  Chain,  if  It  has  been  named  numerically; 
IS  understood  to  be  its  s>:pbolic  name,  if  it  has  been  named  symbolically. 


"sn" 


156 


A  Block  Diagram  for  this  overall  queue  discipline 
is  shown  in  Figure  12(a).    When  a  job-Transaction 
enters  the  segment,  its  time-of-arrival  is  first 
marked  in  Parameter  3.    The  Transaction  then  cap- 
tures the  Facility  MAC  immediately  if  possible, 
and  otherwise  goes  onto  the  User  Chain',  ordered 
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according  to  its  imminent  operation  time  as 
carried  in  Parameter  2.    When  a  job-Transaction 
is  finished  using  the  Facility,  it  enters  an  UN- 
LINK Block  to  request  a  Boolean-mode  scan  of  the 
User  Chain.    The  User  Chain  is  scanned  from 
front-to-back  in  a  search  for  the  first  job- 
Transaction,  if  any,  for  which  the  Boolean  Vari- 
able CRJOB  [defined  in  Figure  12(b)]  is  true, 
i.e.,  for  which  residence  time  on  the  User  Chain 
exceeds  the  critical  threshhold,  as  held  in  the 
Savevalue  CRTYM.    If  such  a  Transaction  is  found, 
it  is  unhooked  and  sent  to  capture;  meantime,  the 
Unlinker  continues  to  the  sequential  Block.  If 
there  are  no  critical  jobs,  however,  the  Unlinker 
takes  the  non-sequential  exit  from  the  first  UN- 
LINK Block  to  a  second  UNLINK  Block,  where  it  un- 
hooks the  front-end  Transaction  from  the  User 
Chain  and  sends  it  to  capture. 

8.    Other  Sources  of  Examples 

The  various  examples  presented  in  this  paper 
should  alert  the  GPSS  analyst  to  the  fact  that 
care  must  be  exercised,  especially  with  respect 
to  the  "simultaneity  of  events"  problem,  when 
User  Chains  are  applied  in  the  language.  Space 
does  not  permit  presentation  of  additional, 
larger-scale  examples  here.    Those  interested 
should  refer  to  case  studies  7A  and  70  in  refer- 
ence [1].    Case  study  7A  employs  User  Chains  in 
comparing  a  one-line,  multiple-server  queuing 
system  to  a  multiple-line,  multiple-server  queu- 
ing system  in  a  banking  context.    For  the  latter 
system.  Facilities  are  used  in  parallel  to  simu- 
late the  parallel  servers,  and  a  separate  User 
Chain  is  associated  with  each  Facility.    In  case 
study  7C,  in  the  context  of  a  "city's  vehicle- 
maintenance  garage",  parallel  servers  are  also 
simulated  with  Facilities  in  parallel.    In  thii 
case,  pre-emptive  use  of  Facilities  is  allowed. 
Due  emphasis  is  given  to  a  simul taneity-of-events 
problem  which  can  arise  when  pre-emption  and  a 
normal  "release"  of  a  Facility  occur  at  the  sane 
time. 

There  are  examples  in  other  "pedagogical"  sources, 
but  they  do  not  abound.    In  [2],  examples  of  l-ser 
Chain  use  are  given  (a)  for  first-come,  first- 
served  queue  discipline  with  a  single  Facility, 
(b)  for  random  queue  discipline  with  a  single  * 
Facility,  (c)  when  unlinking  is  based  on  a  "Para- 
meter-match" between  the  unlinker,  and  the  poten- 
tial unlinkee,  and  (d)  when  a  Boolean  Variable 


UNLINK 


(ft'...!N) 


A 

TRANSFSr^ 


Block  Diagram 

Figure  \1 


liO  CRITICAL  JOB 
FOUND;  SEND 
KON-CRITICAL  JOB 
TO  CAPTURE 


RETURIJ  TO 
MAIN  BLOCK 
SEQUENCE 


.ICHJ.OB 


A.ft.CA«/  —  ^ 

1 

B.yAKJABX,Ei  1 

f 

I  . 

WP.3/.G*|X$Ct.T,YM  .... 

i  1 
•  «  '  •    *  ■  •  •  «  t  f  •  •  i  1  * 

(b)  Boolean  Variable  Definition 
A  Fifth  Example  of  User  Chain  Use 


er|c 


-157- 


must  be  true  before  unlinking  can  occur.  The 
same  examples  are  repeated  in  [3]  and  [4].  There 
are  no  examples  in  these  sources  that  consider 
User  Chain  use  for  constrained  resources  simula- 
ted with  more  than  a  single  Facility,  and  the 
simultaneity-of-events  problem  is  not  mentioned. 
In  [5],  a  "random  queue  discipline"  model  is 
shown  which  consumes  less  CPU  time  than  the  one 
given  in  the  above  sources.    Use  of  User  Chains 
to  implement  "least  job  slack  per  remaining  op- 
eration" queue  discipline  in  a  job  shop  problem 
is  also  shown  in  [5].    In  [6],  Greenberg  gives  6 
examples  of  User  Chain  use,  restricting  the 
constrained  resource  to  a  single  Facility.  The 
purpose  of  having  6  examples  is  to  explain  vari- 
our  LINK-UNLINK  Block  Operand  combinations.  '  No 
additional  applications  are  illustrated,  and  no 
mention  is  made  of  the  simultaneity-of-events 
problem. 

9.  Summary 

This  paper,  presented  as  a  tutorial,  elaborates 
on  the  User  Chain  entity  1n  GPSS.    The  concept  of 
User  Chains  is  presented,  the  potential  benefits 
to  be  gained  from  their  use  are  described,  and  a 
detailed  description  of  the  two  GPSS  Blocks  sup- 
porting User  Chain  use  is  provided.    Examples  il- 
lustrating a  range  of  User  Chain  applications  are 
introduced  and  discussed.    The  potential  "simul- 
taneuy-pf-events"  problem  that  can  occur  even 
with  only  modestly  imaginative  User  Chain  use  is 
brought  to  light  in  several  of  these  examples. 
Reference  is  made  to  additional  sources  of  ex- 
amples in  the  literature. 
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Session  4:    Health  Services 
Chairman:    Dean  Uyeno,  University  of  British  Columbia 

Simulation  in  the  health  services  has  seen  increasing  use.    While  many  papers  have  been  written 
only  a  few  have  cited  the  monetary  savings  which  the  application  of  the  tSqS  has  cre^^^^^ 
Two  of  the  papers  in  this  session  fall  into  this  latter  category.    The  third 
use  of  health  auxiliaries  to  alleviate  pressing  health  manpower  probLms  considers  the 

Papers 

An  Evaluation  of  Expanded  Function  Auxiliaries  in  General  Dentiestry" 
Kerry  E.  Kilpatrick  and  Richard  S.  Mackenzie,  University  of  Florida 

"The  Use  of  Computer  Simulation  in  Health  Care  Planning" 
0.  George  Kennedy,  MEDICUS  Systems  Corporation 

"A  Simulation  Model  of  a  University  Health  Service  Outpatient  Clinic" 
Robert  Baron  and  Edward  Rising,  University  of  Massachusetts 

Discussants 

Hal  Jackman,  Secretariat  for  Social  Development  (Ontario) 
Joseph  Shartiag,  Chicago  Health  Services  Research  Center 
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AN  EVALUATION  OF  EXPANDED  FUNCTION  AUXILIARIES  IN  GENERAL  DENTISTRY  , 
Kerry  E.  Kilpatrick,  Richard  S.  Mackenzie,  and  Allen  G.  Delaney 
Health  Systems  Research  Division,  University  of  Florida,  Gainesville,  Florida 

Abstract 

A  simulation  model  of  private  dental  practice  has  been 
developed  to  evaluate  the  effects  of  introducing  ex- 
panded function  auxiliary  personnel.    The  model  permits 
the  experimental  investigation  of  a  variety  of  staffing 
patterns  and  facility  configurations.    Results  of  these 
experiments  indicate  that  a  solo  practice  can  expand  its 
patient  volume  169%  and  increase  net  revenue  by  233% 
by  adding  expanded  function  auxiliaries  while  simultane- 
ously reducing  patient  waiting  time  and  the  time  spent 
at  chairside  by  the  dentist.    Field  validations  of  the 
simulation  results  are  described. 


All  segments  of  the  American  health  care 
system  are  confronted  today  by  the  multiple  chal- 
lenges of  increasing  demand  for  services,  rising 
costs,  and  a  shortage  of  primary  manpower.  Due 
to  social  forces  as  well  as  population  increase, 
the  expected  number  of  patient  visits  demanded 
per  year  in  dentistry  will  increase  by  100%  from 
1970  to  1980  [1].    However,  the  net  increase  of 
dentists  in  active  practice  is  expected  to  be 
only  20.3%  [2].    The  cost  (to  the  dentist)  of 


providing  care  has  risen  from  an  average  of  $3.21 
per  patient  visit  in  1962  to  $8.01  per  patient 
visit  in  1971  [3,4].    This  rate  of  increasing  cost 
is  expected  to  continue  into  the  future.  Clearly, 
if  adequate  care  is  to  be  provided  at  a  cost  the 
average  citizen  can  afford ♦  new  patterns  of  dental 
care  delivery  must  be  ^mplenented  on  a  wide  scale 
basis. 

One  frequently  proposed  solution  to  these 
problems  is  the  introduction  of  expanded  function 
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auxiliaries  (EFA*s)  into  private  dental  practice. 
The  EFA  is  trained  to  perform  many  of  the  rou- 
tine tasks  now  done  by  the  dentist  but  not  re- 
quiring his  extended  formal  training.  Empirical 
studies  have  shown  the  EFA's  can  perform  select- 
ed tasks  as  quickly  as  the  dentist"  with  no  re- 
duction in  quality  [5,6,7,8).    The  Increases  in 
dental  practice  productivity  (number  of  proce- 
dures completed  per  unit  time)  resulting  from 
employing  EFA*s  are  reported  as  ranging  from  92% 
[9]  (going  from  two  operatories,  one  assistant 
to  three  operatories,  two  assistants  and  one  EFA) 
to  150%  llO)  (going  from  one  operatory,  one  as- 
sistant .to  three  operatories,  two  assistants 
and  one  EFA) . 

These  prior  studies  b  ^v**  established  the 
EFA  as  a  potential  solution  to  the  problem  of 
increasing  the  capacity  of  the  dental  care  de- 
livery system.    However,  many  basic  questions 
remain  to  be  answered  before  implementation  can 
be  expected.     Specific  task  assignments  need  to 
be  determined.    Also  it  is  not  clear  from  pre- 
vious research  what  staffing  patterns  are  best 
in  given  practice  settings.    Further,  no  guide- 
lines are  available  to  permit  the  private  prac- 
titioner to  evaluate  the  economic  and  patient 
flow  effects  of  introducing  EFA*s  into  his  prac- 
tice.   Analyses  indicating  the  tradeoffs  between 
potential  increases  in  patient  volume  and  gross 
revenues  and  increases  in  required  physical 
plant  and  personnel  costs  are  required. 

To  provide  adequately  the  answers  to  thes^ 
questions  through  empirical  experimentation 


would  be  inordinately  time  consuming  and  expen- 
sive; there  nre  too  many  feasible  combinations  of 
staffing  patterns,  task  assignments,  facility  con- 
figurations and  variations  in  management  practices 
which  need  investigation.    Further,  it  has  bepn 
observed  [8]  that  the  variation    between  operators 
in  pace  is  frequently  greater  than  productivity 
differences  resulting  from  small  variations  in 
staffing  patterns  and  task  assignments  thus  fur- 
ther complicating  empirical  experiments.  Also, 
some  promising  staffing  patterns  and  task  assign- 
ments are  prohibited  from  being  incorporated  into 
field  trials  by  existing  state  Dental  Practice 
Acts. 

To  overcome  these  problems,  without  eliminat- 
ing feasible  alternatives,  a  computer  simulation 
of  dental  practice  was  developed.    The  simulation 
model  represents  dental  practice  in  sufficient  de- 
tail so  that  sub-tasks  can  be  reassigned  to  per- 
sonnel with  various  assumed  levels  of  training. 
Decision  rules  on  personnel  assignment  are  also 
incorporated.    The  model  does  not,  however,  ex- 
plicitly consider  the  micro-motion  effects  of 
variations  in  instrument  location,  operator  pos- 
ture, and  80  forth.    These  effects  are  subsumed 
in  the  activity  time  distributions. 

Model  Development 

The  simulation  model  consists  o£  three  basic 
parts:     the  patient  generator,  the  logical  net- 
work of  the  treatment  process,  and  the  cost  model. 
The  patient  generator  produces  the  input  patient 
stream  according  to  the  specifications  desired  for 
a  given  run  of  the  simulator »    Present  input 


specifications  Include:    the  mean  arrival  rate; 
random,  scheduled,  or  scheduled  arrivals  with 
random  deviations  from  the  appointment  time; 
reason  for  visit  mix;  reason  for  visit  sequences 
(scheduled  Input  patterns);  and  no-show  and  walk- 
In  rates.    The  model  currently  uses  98  "reason 
for  visit"  codes;  a  typical  visit  mix  Is  shown 
In  Table  1. 


T«bl<  1  TyplCAl 

r<«ton  for  vltlt  alx 

Reiion  for  vltlt 

P<rc*oc«t* 

Kctton  for  vltlt 

Ptrctflttft 

Fllllns 

29.0 

Sttt  Irldjt 

0.6 

Puiic«  Proph>l«LXlt, 

rick  Up  D«nturtt 

0.6 

Bit«  Wins 

Stannous  riuorldt 

,17.5 

Brldt*  rrtp 

0.9 

Chsck  Up 

10.7 

Utt  rilllni 

0.9 

S.2 

Chtck  Crovn 

^'^ 

S««t  Crown 

4.7. 

Chtck  VltdOK  Tttth 

0.3 

Extract lont 

4.2 

QuDit  r«ck 

0.2 

Root  Cftntl 

3.2 

Znl«7  Prtp 

0.2 

Non^Co^icd 

3.0 

Clnttvtcto«7 

0.2 

TooChAcht 

2.7 

Sttt  ZnU7 

0.2 

Crova  ffp 

2.3 

Gu«  Surttry 

0.07 

X'UJM 

1.9 

Se«llDi 

0.07 

Irokta  Tooth 

1.9 

Ch«ck  Zd1«7 

0.07 

Currtctt* 

1.9' 

Adjutt  Brldft 

0.07 

runcclon^l  Xtlln« 

1.3 

t»m  toot  Ctntl 

0.07 

ri2lc<  rrophxlAXlt 

1.1 

Q%m  treatMQt 

0.07 

Zaprtttlon* 

1.0 

Sft  D«ncur« 

1.0 

Ntv  rttltntt 

3.36 

Suturt  RciiovAl 

0.6 

Adjust  Dtncurct 

0.8 

Check  D«ncurtt 

0.8 

Shxi*  And  Kould 

0.7 

Chtck  fSuM 

0.8 

The  logical  network  of  the  treatment  pro- 
cess dictates  the  flow  of  the  patients  through 
the  dental  care  facility.    Although  the  treat- 
ment pattern  for  any  dental  procedure  Is  fixed, 
the  task  assignments  and  branch  points  within 
a  given  procedure  nay  be  altered  through  Input 
parameters.    Approximately  300  Input  parameters 
determine  the  configuration  of  the  model  with 


respect  to:    the  number  of  personnel,  the  staff- 
ing pattern,  the  task  Inventories  of  assistants, 
the  number  of  opcratorles,  the  pace  rating  for 
procedure  time  distributions,  the  physical  con- 
figuration of  the  facility,  and  certain  decision 
rules  for  patient  management. 

A  portion  of  the  logical  network  Is  shown  In 
Figure  1.    The  development  of  this  network  was  a 
critical  part  of  the  model  construction.    It  was 
based  on  several  sources.    The  basic  structure 
followed  that  developed  at  the  Dental  Manpower 
Development  Center  In  Louisville,  Kentucky  [8]. 
Also,  specifications  of  standard  'dental  procedures 
as  In  Bell  and  Grainger  [11],  Guralnlck  [12], 
and  Kllpatrlck  [13]  were  used.    Further,  the 
networks  were  compared  to  procedures  used  In  pri- 
vate dental  practices  located  In  the  Southeast. 
Finally,  dental  faculty  from  the  University  of  ' 
Florida,  College  of  Dentistry  and  dental  officers 
of  the  U.S.  Public  Health  Service    reviewed  the 
procedure  networks  and  made  many  valuable  contri- 
butions.   Thus,  the  networks  employed  In  the  fi- 
nal model  are  representative  of  high  quality  den- 
tal care  as  practiced  with  current  technology  In 
the  United  States. 

Event  time  probability  distributions  have 
been  determined  for  135  procedure  codes.    A  par- 
tial list  of  procedure  codes  Is  shown  In  Table 
2.    A  typical  patient  will  be  processed  through 
approximately  a  dozen  procedures  during  any  one 
simulated  visit.    Again  several  sources  of  data 
were  employed  to  develop  the  event  time  probabil- 
ity distributions.    During  the  five  year 
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TtbU  2 

Pental  froceduret  *td  Code  Nu'sb«r« 
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Figure 
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ortion  of  Treatment  Network 


001  radent  Preparation 

002  M«d.  HUt.  1  Oral  Exaa. 

003  Charting 

004  ^^otugraphy 

005  Adult  R3<2tosraph9 

006  Pedodontle  Radiographs 

007  edentulous  fLtdtoRrjphs 
003  Bttewtng  (Udtographs 

009  Single  Pertapieal  fudlographc 

010  Speel^kl  Kadtographtc  Service 

020  Consultation  Requests 

021  Oral  Cytology 

022  Carles  Testing 
02)  Bleedtnn  rtne 

024  Vitality  Te-it  Ing 

025  Vttaain  C  Testing 

026  Allergy  Testing 

027  Allergv  Interpretation 

023  Preparation  of  Scexr 
029  Seiear  Interpretation 
OSO  Treataent  Pl^innlng 
060  Laboratory  Orders 

8ASIC  PROCEDURES 

160  Anesthesia 

161  Rubber  Oaa  Application 

162  Vac-ejector  Application 

163  Ke«ov«l  c'  e-aporary  Filling 
170  Tray  Sele>  on 

172  Alginate  Ik,  Session 

175  Rubber  lapresslon 

176  Stabilising  Rubber  Impression 

177  Solvlte  lapresslon 

PRP'SNTIVE  DESTISTRY 

201  Oral  Health  instructions 

202  ScsUng 

203  Punlc«  Prophylsxis 

204  Kecontourlng 


205 
206 
207 
203 
210 
211 
213 


301 
302 
30) 
304 
3C5 
306 
311 
)12 
313 
)15 
321- 
)30 
))1 
332 
341- 
362 
363 
365 
370 
372 


401 
402 
403 
404 
411 
412 
413 


Fluoride  Appl:catlon 

Dflensltlzatlon 

Houth  Guard  Oellvery 

Vincent's  Treataent 

GlnglvectM)^ 

Pack  RepliCfaent 

Equilibration 

OPE\,\TIV£  PCsTlSir^^Y 
Slaple  AsaUa*  Preparation 
Cospound  Milg:in  Preparation 
C(x^plex  Aaalfcaa  Preparation 
Ceeent  t\9t 
Katrlx  Pheeeent 
AA3lgu>  Plaeea^nt 
Staple  Asilga'*  Carved 
Coapound  Analgaa  Carved 
Conplex  AAalgaa  Carved 
Teaporary  Fill Ing 

*  One  to  Sine  Aa;ilgAO  Polished 
Synthetic  Prep;irAtton 

&:ise  for  Synthet  Ic 
Synthet le  ?Iaceaent 

*  One  to  Nine  Synth.  Finished 
Coapound  Inlay  Cavity  Prep. 
Coaplex  Inljy  Cavity  Prep. 
Direct  Inlav  Uax  Pattern 
Inlay  Adaptation 

Inlsy  Cesentatlon  4  Polishing 

CROVfN  AND  g^IOCE 
Full  Crown  Preparation 
Threc-quvirter  Prepsrattoa 
Jacket  Preparat Ion 
Douel  Preparation 
Teaporary  Crovn 
Tsaporary  Shell 
Try-In  of  iridge 


Louisville  study  [8],  event  times  were  recorded 
for  over  250,000  observed  procedures.    Event  time 
probability  distributions  were  derived  from  a  100% 
sample  of  these  data  [14];  typical  distributions 
are  shown  In  Figure  2.    The  Louisville  data, 
alr*^ough  the  largest  event  time  data  bank  avail- 
able, suffer  from  the  fact  that  they  were  col- 
lected In  a  clinical  facility  of  unique  design 
employing  Public  Health  Service  dentists.  Thus, 
the  Louisville  data  were  found  to  be  statistically 
different  from  private  practice  procedure  times. 
Two  steps  were  taken  to  augment  the  Louisville 
data  with  data  more  representative  of  private 
practice.    First,  time-lapse  video  tape  recording 
were  made  of  3496  procedures  In  a  private  prac- 
tice in  Gainesville,  Florida.    Second,  seven  pri- 
vate practices  in  Cleveland ,  Tennesoee  had  ten 
weeks  of  patient  visits  recorded  on  super-8 
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time-lapse  film.  An  additional  50,000  procedures 
V*       analyzed  from  these  data.    The  statistical 

,s  of  these  data  Indicated  that  for  most 
procedures  the  time  distributions  were  of  the 
same  form  (l.e.»  gamma  probability  distributions 
of  order  1  to  4)  but  showed  significantly  lower 
mean  times  than  the  Louisville  data.    The  final 
distributions  used  In  the  model  were  then  of  two 
types:    those  determined  directly  from  private 
practice  data;  and  those,  for  which  the  private 
practice  sample  sizes  were  Insufficient,  which 
were  based  on  the  Louisville  distributions  with 
shifts  of  mean.    Branch  probabilities  within  the 
model,  and  proportions  of  subprocedi  res  (e.g., 
the  proportion  of  filling  patients  receiving 
anesthesia)  were  based  on  private  practice  sta- 
tistics. 

An  important  feature  of  the  treatment  model 
is  the  classification  of  auxiliary  personnel  by 
skill  level.    In  addition  to  a  dentist,  and  an 
optional  receptionist,  the  model  can  employ  any 
mix  of  EFA*s  of  any  of  £our  assumed  skill  levels. 
The  duties  assigned  to  each  skill  level  are  showi 
in  Table  3.    The  assignment  was  based  upon  rank- 
ings of  task  difficulty  determined  by  expert 
judgment  [15].    This  structure  allows  consider- 
able flexibility  in  developing  staffing  patterns 
for  any  given  simulation  run.    The  Increased 
knowledge  assumed  for  the  higher  skill  levels  Is 
translated  into  higher  salaries  In  the  cost  model. 
The  assumption  is  made  that  all  persons  possess- 
ing the  requisite  skill  will  perform  a  given 
procedure  with  the  same  quality  and  tljne  dis- 


tribution.   This  assumption  has  been  borne  out 
in  field  studies  [5,6,8]. 

The  cost  model  permits  the  evaluation  of  the 
economic  consequences  of  alternative  staffing 
patterns,  facility  configurations,  and  management 
practices.    More  accurately,  the  'cost'  model 
should  be  termed  a  'net  revenue'  model  since  this 
is  the  resultant  figure  of  merit.    The  model  can 
be  summarized  as: 

Net  Revenue  =  Revenue  -  variable  costs  -  fixed 

costs 

=  [ay'CX+Y)  +S'(X+Y)  +  e] 

-  [NSjj+(M^4Mj^)'(X+Y)  +  ((>HJ)'(X+Y) 
+  Pj.Vj.  +  iY'(X+Y)] 

-  [^(^)-^,r(NBl,Sl)l 

The  model  components  are  listed  in  Table  4.  Cost 
and  fee  data  are  entered  as  input  parameters  for 
the  particular  practice  ci  region  being  studied. 
Economic  data  have  been  obtained  from  the  private 
practices  studied,  from  ADA  sources  and  from  var- 
ious state  and  federal  sources. 

Table  3     Procedures  assigned  to  assistants 
 of  various  skill  levels 


RANKED  LIST  OF  PROCEDURES  ASSIGNED 
 TO  LEVEL  1  ASSISTANTS 


RANK  DESCRIPTION 

1  Patient  Preparation 

2  Release  Patient  from  Chair 

3  Informal  Introduction 

4  Vac-ejector  application 

5  Katrlx  Placement 

6  Amalgam  Placement 

7  Synthetic  Placement 

8  Suture  Removal 

9  Polish  Denture 

10  Rubber  Dam  Application 

RANKED  LIST  OF  PROCEDURES  ASSIGNED 
 TO  LEVEL  2  ASSISIAMT  

RAKK  DESCRIPTION 

1-10  All  Level  1  Duties 

11  Charting 
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RANK 

DESCRIPTION 

12 

Fluoride  Application 

13 

Denture  Patient  Instruction 

14 

Post  Surgical  Instructions 

15 

Polish  Amalgams 

16 

Radiography 

17 

Placement  of  Base 

RANKED  LIST  OF  PROCEDURES  ASSIGNED 

TO  LEVEL  3  &  4  ASSISTANTS 

RANK 

DESCRIPTION 

1-17 

All  Level  1  &  2  Duties 

18 

Alginate  Impression 

i9 

Pumice  Prophylaxis 

20 

Oral  Health  Instruction 

21 

Simple  Amalgam  Carved 

22 

Synthetic  Finished 

23 

Compd/Complex  Amalgam  Carved 

1-23 

All  Level  1,  2,  &  3  Duties 

24  Scaling  (Incl.  Subgingival), 

25  Medical  History  and  Oral  Exain 

Table  4    COST  MODEL  COMPONENTS 

a  —  collection  ratio  on  fees  charged 
X  —  vector  of  annual  procedure  frequencies  by 
dentist  (column  vector) 

Y  —  vector  of  annual  procedure  frequencies  by 

assistants  (column  vector) 

Y  -r  fees  charged  for  procedures  (column  vector) 
S  —  vector  of  axternally  provided  fees  for  ser- 
vice (column  vector) 

e  —  external  funding  not  related  to  service 
N  —  number  of  assistants  (column  vector) 
Sp  -  salary  paid  per  assistant  (row  vector) 

M^  -  material  cost  per  procedure  (column  vector) 

-  lab  costs  per  procedure  (column  vector) 

0  —  miscellaneous  overhead  per  procedure  ■ 

(column  vector) 
U  —  utilities  cost  per  procedure  (column  vector) 
v^  -  fair  sale  value  of  dental  care  facility 

p^  -  local  tax  rate 

1  —  insurance  rate 

T(L)  training  and  hiring  cost  as  a  function  of 

skill  level 
^Bl"  ^^"^^^^'^       operatories  constructed  and 

equipped 

^Bl"  ^0*^^^^^"*^^^°'^         equ'pment  cost  per  opera- 
tory 

F    ^(0    -  annual  mortgage  payment  based  on  r 
*  years  at  p  percent  interest 

The  present  version  of  the  model  is  coded 
in  GPSS/360  version  2.    The  model  reported  on 
here  consists  of  over  60  functions;  there  are 


720  blocks  and  two  schedule  routines  written  in 
PL/1,  several  macros  and  a  FORTRAN  help  block. 
The  GPSS  language  was  chosen  for  the  initial 
coding  and  model  development  because  it  is  flow 
related  and  economical  of  programming  time.  Con- 
sideration is  being  given  to  recoding  the  fully 
developed  model  into  SIMSCRTPT  prior  to  running 
the  full  range  of  experiments  to  reduce  the  com- 
puter time. 
Model  Validation 

Several  approaches  to  validation  were  used. 
The  logical  validity  of  the  treatment  network  was 
determined  through  judgment  of  a  panel  of  Univer- 
sity of  Florida,  College  of  Dentistry  faculty. 
This  same  panel  reviewed  the  operation  of  the  mod- 
el in  detail  to  verify  that  the  patient  flow  pat- 
terns corresponded  to  realistic  expections.  It 
should  be  noted  that  since  the  model  was  simulat- 
ing some  staffing  patterns  not  yet  available  in 
actual  praci:ice,  direct  comparison  between  model 
performance  and  actual  performance  is  possible 
over  a  limited  range  only. 

The  most  meaningful  .validation  would  be  to 
compare  the  predicted  performance  of  a  given 
facility  -  staffing  pattern  configuration  with 
the  performance  of  an  equivalent  actual  system. 
Two  approaches  of  this  type  are  presently  being 
pursued.    A  private  practice,  not  used  in  the 
original  data  base,  will  be  observed  using  the 
same  video  time  lapse  techniques  referred  to 
earlier.    These  data  vrill  permit  the  development 
of  frequency  distributions  on  patient  waiting 
.time,  dentist  optional  time,  the  idle  time  of 
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assisCanCSt  total  procedures  completed,  patient 
throughput  time,  xosts  and  revenue.    These  dis- 
tributions will  then  be  compared  to  those  gener- 
ated by  the  model.    A  shortcoming  of  this  ap- 
proach Is  that  It  tests  the  model  against  only 
one  facility  -  staffing  pattern  configuration. 
Further,  since  EFA's  are  not  generally  available 
In  private  practice,  a  crucial  part  of  the  modr 
el*s  predictive  ability  will  not  be  tested. 

To  overcome  this  problem,  arrangements  have 
been  made  to  participate  In  a  National  Institutes 
of  Health  study  [16]  In  which  EFA's  will  be  In- 
troduced In  seven  private  practices  with  varying 
physical  configurations.    Baseline  data  have  been 
collected  on  these  same  practices.    Hence,  the 
ability  of  the  model  to  predict  the  performance 
changes  resulting  from  the  Introduction  of  the 
EFA*s  will  provide  a  good  test  of  model  validity. 
Me'    >res  of  Effectiveness 

The  development  of  appropriate,  comprehen- 
sive measures  of  health  systems  effectiveness 
and  cost  effectiveness  Is  always  a  difficult 
problem.    An  attempt  should  be  made  to  balance 
the  needs  and  convenience'  of  the  patient  popula- 
tion with  the  needs  and  motivations  of  the  pri- 
mary care  providers.    A  typical  procedure  Is  to 
produce  multl-dlmenslonal  system  performance 
and  effectiveness  measures  and  attempt  to  strike 
a  workable  bal^        between  conflicting  measures; 
this  approach  was  taken  here. 

Measures  of  system  performance  considered 
were:    system  capacity  (maximum  patient  arrival 
volume),  patient  waiting  time,  personnel  utiliza- 


tion, gross  revenue,  and  net  revenue.    No  attempt 
was  made  to  assign  a  cost  to  patient  waiting  time. 
Rather,  this  statistic  was  produced  to  allow  the 
decl2>lon  maker  (whether  an  Individual  dentist  or 
national  health  planner)  to  determine  a  judgmental 
balance  between  patient  waiting  time  and  other 
performance  statistics.    The  net  revenue  figure 
was  viewed  In  two  ways.    First,  since  91%  of  all 
active  dentists  are  in  private  practice  [2]  the 
net  revenue  figure  provides  a  motivator  to  serve 
Increasing  numbers  of  patients  when  It  Increases 
as  assistants  are  added.    Second,  the  net  revenue 
was  set  at  a  certain  arbitrary  figure  (say 
$40,000)  and  the  fee  schedule  s^djusted  to  achieve 
this  figure  exactly.    This  permitted  an  analysis 
of  the  potential  savings  to  the  consumer  popula- 
tion when  EFA's  were  added  but  allowed  the  den- 
tist to  maintain  a  reasonable  Income  level.  Both 
approaches  are  reported  In  the  results  section 
'  below. 
Experimental  Results 

The  results  reported  In  this  section  repre- 
sent a  small  subset  of  all  possible  experiments 
that  could  be  performed  with  this  highly  flexible 
model.    The  experimental  phase  of  this  project 
will  continue  through  1974.    The  results  given 
here  arc  therefove  illustrative  only  and  conclu- 
sions drown  from  them  should  be  viewed  as  tenta- 
tive. 

A  typical  cstperiment  analyzes  the  effects  of 
varying  two  factors:    the  number  of  EF^'s  In  a 
four  operatory  facility  (1,  2,  3,  or  4)  and  the 
skill  levels  (1,  2,  3,  or  4)  possessed  by  the 
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auxiliaries.    Each  realization  of  Che  sixteen  re- 
sulting combinations  consisted  of  processing  500 
patients  through  the  treatment  facility.  The 
patient  arrival  rate  (3  patients  per  hour)  was 
such  that  the  probability  of  no  patients  being 
available  In  the  waiting  room  was  negligible 
except  at  high  levels  of  capacity.  Overflow 
patients  were  assumed  lost  to  the  system. 

Table  5  Indicates  the  summary  results.  As 
can  be  seen  In  Figure  3  the  greatest  marginal 
gain  In  capacity  Is  achieved  In  going  from  level 
2  to  level  3.    Also  note  that  with  one  assistant, 
the  level  of  training  has  no  effect  on  produc- 
tivity.   This  Is  because  the  assistant  Is  tied 
to  the  dentist  as  a  chalrslde  assistant  and  can 
not  function  autonomously. 

The  utilization  of  the  dentist  (Figure  4) 
Increases  and  the  utilization  of  the  assistants 
(Figure  5)  decreases  as  the  system  capacity  In- 
creases.   The  dentist  Is  working  full  time  to 
keep  up  with  his  portions  of  the  procedures  and 
provide  necessary  supervision  to  the  assistants 
as  the  staff  size  Increases.    However,  since  the 
level  4  auxiliary  can  do  many  of  the  tasks  for- 
merly done  by  the  dentist,  even  at  high  patient 
volumes,  the  dentist  has  more  optional  time  with 
level  4  assistants  than  with  level  1. 

Gross  revenues  (Figure  6)  follow  the  same 
pattern  as  the  number  of  patient  visits,  as  ex- 
pected.   Because  of  the  low  marginal  gains  in 
capacity  in  going  from  a  level  3  to  a  level  4 
auxiliary  and  the  attendant  increase  in  salary, 
the  net  revenue  (Figure  7)  picture  indicates  that 


level  3  auxiliaries  dominate  the  level  A's.  On 
a  purely  economic  basis,  the  best  staffing  pat- 
tern appears  to  be  three  level  3  auxiliaries. 
This  also  provides  the  dentist  with  42%  optional, 
time  and  keeps  patient  waiting  time  to  reasonable 
levels  (an  average  of  6  minutes  from  the  scheduled 
appointment  time  until  the  patient  is  seated  in 
the  operatory).    The  computer  running  time  for 
a  2000  patient  experiment  (including  compilation) 
was  .94  minutes  on  an  IBM  360/65. 

Table  5    Simulation  Summary  Results 
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TIME-PROBABILITY  DISTRIBUTION 
FOR  AMALGAM  PREPARATIONS 
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Figure  2    Probability  density  function  for 
amalgam  preparation* 
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Conclusions  and  Implementation 

Even  In  their  preliminary  stste  the  fore- 
going results  Indicate  that  EFA's  can  signifi- 
cantly expand  the  capacity  of  a  solo  prl'^atc 
practice.    In  addition,  rather  than  overburdening 
the  dentist,  the  proper  utilization  of  EFA's  will 
provide  him  with  more  optional  time  which  can  be 
used  for  continuing  education,  treatment  planning, 
or  other  activities  of  direct  benefit  to  the  pa- 
tient population.    Further,  there  exits  an  appar- 
ent economic  motivation  for  the  dentist  to  use 
EFA*6.    Alternatively,  the  employment  of  EFA*s 
offers  one  solution  to  check  the  rising  costs  of 
providing  dental  services. 

With  indications  of  such  great  benefits, 
the  absence  of  EFA*s  in  private  practice  needs 
some  explanation.    The  most  probable  reason  for 
their  lack  of  use  is  that  the  American  dental 
profession  has  not  uet  been  convinced  that  the 
benefits  suggested  by  limited  field  trials  and 
simulation  studies  will  actually  accrue  in  prac- 
tice,   i^'urther,  the  profession  is  not  sure  that 
I- !ne  loss  of  quality  of  care  will  not  occur  with 
EFA's.    Also,  some  dentists  are  uncertain  as  to 
their  patients'  reactions  to  being  treated  by 
EFA's. 

The  only  convincing  test  of  the  model's 
conclusions  appears  to  be  a  private  practice  field 
trial  which  is  modeled  after  the  'optimum'  config- 
uration suggested  by  the  model.    As  noted  above, 
the  Division  of  Dental  Health  (N.I.H.)  study  [16] 
l8  providing  a  parti^il  demonstration  of  the  EPA 
concept.    Further  trials  of  this  type  will  how- 
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ever  be  necessary.    To  accomplish  this  goal,  the 
developers  of  the  simulation  model  are  formulat- 
ing plans  for  additional  field  trials  which  can 
be  closely  controlled  and  which  will  follow  prac- 
tice configuration  guidelines  as  Indicated  by  the 
simulation  results. 
Scope  of  Future  Research 

The  collection  and  analysis  of  data,  model 
development,  validation,  and  preliminary  experi- 
ments represent  the  first  year's  effort  of  a 
three  year  N.I.H.  funded  project.    Further  model 
development  will  Include  provision  for  endodon- 
tics, periodontics,  and  orthodontics.  Provision 
for  group  practice  arrangements  will  permit  the 
analysis  of  various  task  distributions  between 
specialists.    Work  is  also  progressing  on  Incor- 
porating improved  patient  scheduling  procedures 
and  team  management  concepts  Into  the  model  to 
study  their  effects  on  the  system  performance 
measures.    The  development,  test  and  validation 
steps  occur  on  a  continuing  basis.    The  final 
conclusions  of  the  research  describe  the  exact 
field  conditions  over  which  a  particular  model 
configuration  has  been  validated. 

Work  Is  also  In  progress  to  develop  analyt-* 
leal  models  ^f  the  stochastic  service  system 
that  Is  an  abstraction  of  the  dental  care  facil- 
ity^   Prellsziinary  results  [17]  indicate  that  a 
8teady-8  ate  6l/G/s  queueing  model  will  provide 
acceptable  predictions  of  patient  waiting  tine 
distributions.    What  is  nov  required  Is  the 
development  of  service  distributions  which  are 
functionally  dependent  upon  the  facility  con- 


figuration and  staffing  natterns. 

The  model  Is  also  being  Incorporated  Into  the 
dental  curriculum  to  provide  a  "laboratory*  for 
dental  students  to  «v«iluate  the  effect  of  various 
practice  management  techniques  on  practice  pro- 
ductivity.   This  on-line  exposure  will  allow  the 
student  to  obs  jve  the  effects  of  various  prac- 
tice management  modes  over  years  of  simulated 
practice  In  a  few  short  sessions  at  a  time-sharing 
tennlnal.    The  model  will  also  be  available  to 
dentists  already  In  practice  for  continuing  ed- 
ucation sessions. 

Another  ongoing  study  Is  the  investigation 
of  using  the  simulation  model  as  a  component  of 
an  overall  planning  model  for  national  dental 
manpower  needs.    When  properly  validated,  the 
model  results  can  be  extrapolated  to  national 
demand  levels  to  pr^^^w    -nanpower  requirements 
under  various  staffing  pattern  mixes.    The  resul- 
tant manpower  predictions  would  Indicate  not  only 
the  number  and  J^.vel  of  required  personnel  but 
the  detailed  skills  Inventories  required  for 
oach  personnel  category. 
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THE  USE  OF  CON^UTER  SIMULATlOri  IM  HEALTH  CARH  FACILITY  DFSIGfj 
0.  George  Kennedy,  Ph.D. 
''anager,  f-'anagerrent  Systens  -  Midwesiern  .Region 
f!£DICUS  Systems 

ABSTRACT 

In  this  paper  a,  decisi'on-nvsking  tool  for  managers  of  hospitals  and  health 
care  facilities,  the  rr^nagenent  sciences  technique  of  computer  simulation  rcdeMng, 
is  introduced.    Its  benefits  as  a  planning  snd  aval,  itive  tool  for  hospital  managers 
is  illustrated  by  explaining  a  successful  modeling  application,  a  computer  simulation 
model  of  physical  therapy,  developed  at  the  Rehabi I itarion  Institute  of  Chicago.  With 
the  Physical  therapy  simulation  as  an  example,  the  advantages  of  computer  simulation 
modeling  for  containing  costs  and  improving  resource  utilization  and  quality  care  are 
illustrated. 

This  paper  *is  based  on  research  supported,  in  part,  by  Demonstration  Grant 
Ho.  I2-P-55I89/5-0I,  from  the  Social  and  Rehabilitation  Service,  U.S.  Departrrent  of 
Health,  Education,  and  Welfare,  awarded  to  the  Rehabilitation  Institute  of  Chicago 
and  HEW-SRS  f-^dicai  Rehabilitation  P^esearch  and  Training  Center  Number  Twenty. 
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The  technique  of  computer  simulation  mod- 
eling has  often  been  called  a  decision-making 
tool  for  managers.    It  is  an  especially  appro- 
priate tool  for  managers  of  health  care  facili- 
ties, who  every  day  must  make  decisior  on 
present  operating  conditions  and  on  plans  for 
the  future,  while  faced  with  constraints  on 
funds,  staff,  and  facilities.    Cbupled  with 
these  constraints  are  the  ever-present  condit- 
ions of  uncertainty,  characteristic  of  health 
care  services  delivery,  which  can  cause  any 
planning  effort  to  devolve  into  a  guessing  game. 

In  an  effort  to  demonstrate  that  computer 
simulation  modeling  can  help  health  care  df»cis- 
ion-making  proceed  on  informed,  objective 
grounds,  the  Rehabilitation  Institute  of 
Chicago  (RIC)  and  the  U.  S.  Department  of  Health, 
Education,  and  Welfare  -  Social  and  Rehabilita- 
tion Service  ^tedical  Rehabilitation  r<ese.^rch 
and  Traiii;nn  Center  Number  Twenty  (RT-20) 
undertook  a  twelve-month  pilot  project  to  apply 
the  techniques  of  management  sciences  to  the 
delivery  of  rehabilitation  health  care  services. 
At  the  onset  of  the  study,  RIC  was  finalizing 
plans  for  a  new  eighteen-story  facility,  now 
under  construction,  and  was  particularly  con- 
cerned with  the  problems  of  marshalling  and 
allocating  sufficient  resources  to  serve  a 
projected  patient  load  more  than  double  its 
presenT  occupancy'.. 

An  integral  part  of  the  STudy  was  the 
development  of  a  computer  simulation  model  of 


RIC's  Physical  Therapy  Department  —  a  success- 
ful appi ication  of  computer  simulation  modeling 
to  be  described  in  this  paper.    Benefits  achiev- 
ed to  date  from  use  of  the  model  have  yielded 
significant  dolla^  savings  and  productivity 
increases,  all  without  jeopardizing  the  quality 
of  care  del i vered. 

THE  COMPUTER  SIMULATION  ^50DEL  OF  PHYSICAL 
THERAPY 

The  physical  therapy  department  of  a  re- 
habilitation health  care  facility,  like  the  one 
modeled  here,  is  typically  second  only  to  the 
nursing  service  in  the  size  of  its  staff  and 
budget.    It  is  also  typically  the  departnental 
leader  in  producing  annual  revenue  from  patier.t 
treatraent,  since  an  overwhelming  majority  of  the 
total  patient  population  served  by  a  rehabilita- 
tion facility  will  have  regular  physical  therapy 
services  prescribed. 

^  "The  treatment  delivered  in  a  physical 
therapy  service  consists  of  the  application  of 
physical  agents,  sucn      hcot  2nd  to  re- 

store gross  physical  function  of  disabled 
patients;  continued  exercise  and  progressive 
execution  of  simpte  tasks  involving  gross  body 
movements  jnd  motor  coordination  are  character- 
istic of  the  activities  perfonned  by  a  patient 
during  treatment. 

AlthC'igh  a  great  deal  of  capital  equipment 
is  utilized,  physical  therapy,  like  other  areas 
of  health  care,  is  a  labor-iniensi ve  service, 
drawing  upor;  the  skills  of  staff  members  who 
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have  been  licensed  at  a  number  of  levels  of  pro- 
fessional accreditation.    It  is  precisely  this 
labor-intensive  characteristic  of  physical 
therapy  which  makes  the  technique  of  computer 
simulation  modeling  useful.    In  physical  ther- 
apy, improvements  are  generally  made  by  altering 
staffing  patterns,  not  by  rnerely  rearranging 
work  areas,  altering  work  flows,  or  using  more 
equipment.    Changing  staffing  patterns  or  re- 
allocating work  load!r  vfould  be  an  expensive, 
time-consuming,  and  potentially  risky  course  to 
take  in  a  real -world  physical  therapy  system, 
if  the  expected  outcoTies  of  the  changes  were 
uncertain.    With  a  coinputer  simulation  model, 
however,  these  changes  can  be  tested  before 
implementation,  without  disrupting  the  normal 
del! very  of  services. 

Becauso  of  the  importance  of  staffing 
patterns  in  :j  physical  therapy  service,  the 
core  of  the  simulatioa  model  of  physical  ther- 
apy describod  here  is  the  allocation  of  manpower 
and  facilities  resources  to  serve  any  defined 
patient  population.    In  t^e  past,  the  computer 
simulation  model  of  physical  therapy  has  helped 
health  care  managers  to  make  decisions  on  the 
foMowing^  alternatives  fo»-  staffing  their 
physical  therapy  departments:    I    increcsing  or 
decreasing  staff;  ?^  increasing  the  number  of 
ouTpot'em-;  who  can  be  served;  3)  changing  the 
allocation  of  job  lasks  to  staff  rembers  of 
different  skill  levels;  and  4)  increasing 
services  to  patients  of  selected  disability 


groups.    Other  alternatives  tested  for  *otal 
systems  operations  have  been:    5)  changing  the 
geographical  location  of  physical  therapy  areas 
within  a  hospital;  and  6)  determining  an  equit- 
able charging  scheme  for  physical  therapy 
services. 

HOft  THE  f-WDEL  WORKS 

Tbf:  physical  therapy  simula^ion  model  is  a 
stochastic  and  dynamic  discrete-event  simulation. 
It  accomodates  the  occurence  of  events,  such  as 
patient  tardinesses  and  patient  and  therapist 
absences,  on  a  random  basis  according  to  prob- 
ability  distributions  rather  than  on  a  predeter- 
mined fixed  time  basis,  and  it  accounts  for  the 
variability  in  time  expended  for  treatments  in 
the  physical  therapy  system. 

The  physical  therapy  simtilation  was  written 
in  FORTRWJ  IV,  using  i^he  FORTRAIi-based  simulation 
subroutine  package  SPURr/70  (SimuSatiop.  Pcckage 
for  University  Research  and  Teaching)  developed 
at  Northwestern  University  for  th^  CDC  6400 
computer  system.    Because  of  the  model's  basic 
three-componenh  structure  —  to  be  described 
below  —  and  the  overlay  and  random  mass  storage 
capabilities  of  the  CDC  system,  the  total  simula- 
tion executes  in  less  than  430008  core  locations 
and  (ess  than  five  minutes  of  computer  time. 

The  total  model  is  corsposed  of  three 
separable  components:    I)  a  patient  generating  " 
program  (PATMIX);  2)  the  computer  simulation 
proqram  (PTSIM);  and  3)  a  set  of  data  analysis 
and  report  generating  programs  (RPKGS).  The 
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patient  generating  program,  PATMIX,  is  used  to 
create  a  number  of  potential  patienr  populations 
to  be  served  by  the  physical  therapy  department. 
The  program  can  vary  the  number  of  patients, 
their  disabilities^  ages,  sexes,  and  the  speci- 
fic physical  therapy  tasks  prescribed  for  them. 
PTSIM,  the  simulation  program,  replicates  the 
operations  of  the  physical  therapy  sysiem  for  a 
day,  a  week,  or  a  month  of  time.    It  is  through 
the  PTSIM  con^onent  that  the  resources  of  the 
department,  such  as  staff  and  equipment,  and  the 
operating, conditions  of  the  department  are  alt- 
ered to  test  alternatives.    The  set  of  data 
analysis  and  report  generating  programs,  RPKGS, 
Qenerates  reports  which  surrenarize  the  perfor- 
mance of  the  decrirtmont  uoder  various  patient 
loads  and  operating  conditions. 

The-+hree  basic  components  of  the  model  are 
separable,  s         model  mav  be  used  with  either 
current  real  data  from  an  existing  physical 
therapy  system,  or  with  data  from  a  simulated 
hypothetical  operation,  as  indicated  by  the 
arrows  in  Figure  I.    Hypothetical  patient 
populations  may  be  created  through  PATMIX  and 
run  through  the  PTSIM         lation  and  the  RPKGS 
data  analysis  programs.    Or  current  ro5»l  data 
from  a  real-world  physical  therapy  system  may 
be  used  to  cre?*te  a  patient  list  for  PTSIM,  or 
for  direct  input  to  the  RPKGS  component  only. 
Thus,  an  indepth  analysis  of  current  or  planned 
therapy  systems  may  be  made  by  using  all  three 
components,  and  continued  evaluation  of  physical 


therapy  operations  may  be  made  economically  by 
using  the  data  analysis  component  only. 

Model  entitles.    The  status  of  the  physical 
therapy  system  in  the  model  is  determined 
through  the  values  of  its  entities,  both  per- 
manent and  temporary. 

The  permanent  e-  .ties  in  the  model  are 
physicians,  therapists,  aides,  equipment,  and 
other  facilities.    Entities  are  accounted  for 
on  an  individual  basis,  except  for  the  aides, 
who  are  treated  as  a  manpower  pool.  Physician 
activities  accounted  for  include  only  therapist 
assignments  and  activities  such  as  medical 
counsel.    Utilization  of  equipment  is  calculated 
on  an  hourly,  daily,  and  weekly  basis. 

Thcj  temporary  entities  of  the  model  are  the 
patients  and  the  tasks  to  be  performed  with  them 
in  physical  therapv . 

Model  attributes .    The  physical  therapy 
simulation  rrodel  uses  a  number  of  demographic 
attributes  to  describe  the  entities  of  the 
model.    The  permanent  attribut^  >  for  therapists 
ar&  therapist  number,  therapist  name,  sex, 
patients  assigned  to  each  therapist,  physicians 
to  whom  they  are       igned,  scheduled  times  for 
all  treatment  and  non-treatment  tasks,  hourly 
wages,  capability  for  performing  a  number  of 
treatment  tasks,  capability  for  treating 
patients  with  a  given  medical  diagnosis  and 
physical  disability,  maximum  number  of  treatment 
hours  for  which  they  can  be  s^.ieduled  per  day, 
and  the  maximum  number  of  simul'^ar.'^ous  patients 
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and  treatment  tasks  which  each  therapist  can 
hand  I e . 

The  permanent  attributes  for  physicians 
are  physician  name,  physician  number,  sex, 
therapists  assfgned  to  each  physician,  and 
diagnosis  classes  of  patients  whom  each 
physician  may  treat.         m-inent  attributes  for 
equipment  include  cost  u^ta,  set-up  time,  usage 
capability,  and  space  requirements. 

The  permanent  attributes  of  patients  are 
patient  number,  the  therapist  and  physician  to 
whom  the  patient  is  assigned,  diagnosis  and 
disability  category,  sex,  age,  ri^erapist  pref- 
erence list,  arrival  time  scheduled  for  therapy, 
admission  date,  list  of  tasks  to  be  perforrr-ed 
in  physical  therapy,  list  of  prescribed  duration 
titles  for  each  task  to  be  performed,  all  other 
clinical  activities  scheduled  for  the  patient 
^or  the  week,  and  an  indicator  of  whether  the 
patient  is  an  inpatient  or  an  outpatient. 

f'cdel  processes.    The  relationships  be- 
tween the  entities,  sets  of  entities^  and 
attributes  of  tKa  entities  is  determined  by 
the  processes  involved  in  rhe  functioning  of 
the  syste-*.    Fron.  Figure  2,  the  basic  flow  of 
patients  through  a  physical  therapy  system  can 
be  seen.    Start i>ig  with  the  beginning  of  a 
simulated  working  day  in  physical  therapy,  the 
simulation  runs  through  all  events  which  have 
been  scheduled  for  the  day.    It  should  be 
noted  that  the  model  consiw3rs  all  patients  to 
have  been  scheduled  for  clinical  therapy  on  a 


weekly  basis,  i.e.,  patients  enter  physical 
therapy  and  other  therapies  on  an  appointment 
basis  only.    Randomness  is  introduced  into  the 
model,  however,  by  the  occurrence  of  unforeseen 
events,  such  as  the  absence  of  patients  or 
scheduled  therapists,  the  patients*  arriving 
late  for  therapies,  and  so  forth. 

The  recurrent  events  in  the  model,  then, 
are  the  arrivals  of  patients  for  scheduled 
therapy  visits,  their  performance  of  therapeutic 
tasks  while  in  physical  therapy,  and  their  com- 
pletion of  tasks  and  departure  from  the  physical 
therapy  system.    For  therapists,  a  number  of 
non-treatment  tasks,  such  as  inservice  training 
sessions,  conferences  with  physicians,  and  home 
visits,  are  recurrent  events  as  well  as  are  the 
scheduled  physical  therapy  sessions  with 
patients.    These,  and  other  processes  and  events 
performed  in  the  simulation  are  descr'bod  in 
more  detai I  below. 

Patient  Generation  Process.    A  patient 
generating  program,  PATMIX,  is  used  to  create  a 
number  of  alternative  patient  populations  to  be 
served  by  the  physical  the-^apy  department.  Tbe 
user  supplies  a  matrix  of  physical  therapy  task 
prescriptions  for  patients  of  various  diSdblli- 
ties,  and  specifies  tho  size  end  disability  mix 
of  the  patient  population  to  be  created.  PATMIX 
then  generates  a  file  of  patients  and  their  demo- 
graphic attribute  ,  with  a  full  week's  schedule 
.f  rehabi " itati ve  therapies  for  ee^h  patient. 
The  user  is  able  to  specify  up  to  75  difrerent 
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types  of  physical  therapy  tasks  to  be  performed 
by  the  patients  and  up  to  50  different  disabili- 
ty groups  to  be  represented  in  the  population, 
all  as  input  commands  for  PATMIX,  and  any 
num^t^r  of  files  of  patient  population  informa- 
tion may  be  generated  with  one  run  of  the  pro- 
gram. 

Therapist  Assignment  Process.    Upon  the 
parient»s  entrance  into  the  rehabilitation 
facility,  a  permanent  physical  therapist  is 
assigned  to  care  for  the  patient.    The  selection 
of  the  therapist  is  governed  by  the  team  con- 
cept adhered  to  at  the  facility  and  is  strongly 
deperident  upon  i-herapist  aval  lability  and 
catsti  nty.    The  model  treats  this  process  as 
already  having  been  completed,  and  considers 
the  therapist  assignment  to  be  a  perrnanent 
attribute  of  each  patient.    Throughout  the  sim- 
ulation, continuity  of  care  is  taken  into  con- 
sideration, v/lth  all  attempts  made  to  maintain 
a  fi/ed  therapist  assignment  for  each  patient. 

The  fol lowing  processes  are  performed 
within  the  computer  simulation  program,  PTGIM: 

Therapy  Reassignment  Process.    The  therapy 
reassignment  process  is  the  crux  of  testing 
alternative  staffing  patterns  for  physical 
therapy.    In  the  mode!,  since  patients  are 
scheduled  for  therapy  a  week  In  advance  and 
since  patient-therapist  assignments  are  con- 
sidered permanent,  if  a  therapist's  absence  is 
known  at  the  beginning  of  the  day,  therapists 
can  be  assigned  to  treat  extra  patien-*^.  At 


the  beginning  of  the  day  therapist  absences  are 
reviewed  and  a  list  is  made  of  those  patients 
who  have  to  be  treated  temporarily  by  another 
therapist  during  the  permafient  therapist's 
absence.    Therapist  assignment  is  ba';ed  on 
availability,  compatibi I iry,  and  capab i I ity. 
Multiple  searches  are  made  in  the  model  to  find 
a  therapist  who  is  free  to  take  over  for  a  I  I  the 
scheduled  visits  for  the  patient,  under  the  rule 
that  only  one  therapist  will  take  over  tempora- 
rily for  any  given  patient.    If  no  therapist  is 
available  during  the  patient's  scheduled 
therapy  times,  searches  are  made  through  the 
rest  of  his  schedule,  and  if  possible  his 
physical  therapy  treatment  times  are  rescheduled 
to  fit  into  a  time  when  a  temporary  therapist 
will  be  able  to  work  wiih  him.    Limits  on  the 
number  of  treatment  hours  for  which  a  therapist 
can  be  scheduled,  the  maximum  number  of  patients 
and  tasks  which  can  be  handled  simul-^aneous ly, 
and  the  maximum  size  of  each  therapist's  daily 
case  load  are  respected  so  that  no  therapist  is 
overloaded  by  reassignments. 

Patient  Arrival  Process.    Patients  may 
arrive^  in  physical  therapy  either  through  their 
own  accord  or  transported  by  a  nurse  or  an  aide. 
Since  the  patients  are  disabled,  many  suffering 
from  locomotor  disability,  location  of  a  pre- 
vious appointment  within  the  hospital  and  the 
distance  the  patient  has  to  trave'  are  crucial 
factors  In  determining  whether  or  not  the 
patient  will  arrive  In  therapy  on  time.  A 
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number  of  probability  distributior^s  in  the  model 
randomly  generate  patients  "late",  "early",  or 
"on  time"  for  their  appointments;  other  routines 
calculate  the  expected       'el  times,  based  on 
the  preceeding  appointment  in  the  patient^s 
schedule,  and  generate  the  time  the  patient  will 
arrive  in  therapy. 

PaHent  Search  Process.    In  many  physical 
therapy  departments,  especially  those  which 
serve  a  large  outpatient  population,  cancella- 
tion of  therapy  visits  is  frequent.     In  the" 
model,  therefore,  a  patient  file  is  maintaim-d 
for  use  in  searching  for  patients  who  can  have 
their  therapy  hours  moved  up  to  fill  in  tices 
when  other  patients  cancel.    Patient  reschedul- 
ing is  dependent  upon  the  patient's  permanent 
therapist  being  available  during  the  proposed 
rescheduled  time.    Reassignment  of  a  temporary 
therapist  is  not  involved  in  this  process. 

£nd-of-task  and  Discharge  Process.  The 
duration  of  time  a  patient  spends  in  physical 
therapy  is  dependent  upon  his  physical  stamina, 
his  desire  to  stay  to  practice  techniques 
learned,  and  his  remaining  therapy  schedule  for 
the  day.    Again,,  using- probabi  I  ity  distribut- 
ions, all  of  these  contingencies  are  accomodated 
in  the  model,  generating  discharge  times  which 
vary  from  the  scheduled  times  of  departure.  If 
the  patient  is  due  In  another  cllnicai  therapy 
department  when  his  scheduled  time  Is  up,  the 
patient  is  dlscharv^ed  from  physical  therapy, 
even  if  not  all  the  tasks  for  him  were  rendered. 


The  patients  are  allowed  to  stay  beyond  their 
scheduled  visit  times  if  they  do  not  have 
.another  appointment  following  physical  therapy, 
if  they  are  capable  of  performing  with  limited 
supervision,  or  if  the  regular  physical 
therapist  or  appropriate  supportive  personnel 
are  available  to  continue  therapy. 

When  the  patient  leaves  the  department, 
statistical  data  is  gathered  on  the  equipment 
used,  the  amount  of  time  spent  by  The  therapist 
in  treating  the  patient,  the  total  time  spent  by 
the  patient  in  Therapy,  the  time  spent  by  the 
patient  and  therapist  in  execution  of  each  pre- 
scribed physical  therapy  task,  etc.    This  infor- 
mation, along  with  all  the  permanent  attributes 
of  the  patienTS  and  therapists,  is  written  onto 
tvo  event  notice  files,  on^  for  therapists  and 
one  for  patients.    An  individual  record  for 
each  patient  visit  (and  for  each  therapist 
non-treatment  activity)  is  written  on  the  files, 
so  that  detail  on  the  operations  of  the  physical 
therapy  department  is  retained. 
MODEL  OUTPUTS 

The  data  analysis  and  report  generating 
packages,  RPKGS,  work  on  the  two  event  notice 
files,  generating  up  to  17  graphical  and 
tabular  reports  which  have  been  designed  for  use 
by  managers  of  physical  therapy  services  and 
administrators  of  rehabilitation  health  care 
facilities.    The  reports  depicting  time 
variables  show  Intervals  running  on  five 
minutes,  fifteen  minutes,  half-hourly,  hourly. 
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daily,  or  weekly  time  scales.    The  reports  are 
available  on  a  us3r-selection  basts,  and  (nay 
be  requested  in  various  combinations  for 
various  time  periods  within  a  single  run. 

The  reports  focus  on  three  common  problem 
areas  in  the  management  of  physical  t?ierapy 
servi  ces : 

1)  What  is  the  overall  allocation  and 
utilization  of  the  physical  therapy  system's 
resources? 

2)  What  are  the  distributions  of  patient 
loads  and  of  clinical  and  non-clinlcal  activi- 
ties p^ong  physicians  and  physical  therapy 
staff  members? 

3)  What  are  the  requirements  of  different 
disability  groups  for  physical  therapy  care? 
And  what  capabilities  must  physical  therapy 
personnel  have  for  treating  patient  populations 
which  cbnstst  of  various  disability  groitp  mixes? 

Figures  3,  4,  and  5  concentrate  on 
individual  therapist  activities.    Figure  3  is  a 
graphical  display  of  daily  therapist  activities, 
showing  the  patient  number  of  the  patient 
treated  if  the  therapist  is  engaged  in  patient 
treatment,  and  the  name  of  the  non-treatment 
task  if  the  therapist  is  engaged  In  other 
business.    A  tabular  summary  of  the  simultane- 
ous therapy  activities  performed  by  therapists 
is  shown  in  Figure  4  which  shows,  also  on  a 
daily  basis,  the  number'of  patien.^s  treated 
simultaneously  and  the  duration  of  such  treat- 
nents.    Figure  5  is  a  weekly  summary  of  the 


total  treatment  hours  in  which  each  therapist 
was  engaged  each  day. 

Figures  6,  7,  or.d  8  illustrate  medical 
staff  assignments.    Figure      is  a  matrix  of  the 
number  of  inpatients  assigned  to  a  phyS'itJian- 
theraplst  team,  and  is  designed  for  use  in 
studying  the  team  concept  practiced  at  the 
facility.    Figure  7  and  8  show  the  distribution 
of  patients  by  di^sability  group  assigned  to 
therapists  and  physicians,  respectively.  From 
these  outputs,  it  is  easy  to  see  1he  range  of 
capability  for  t resting  different  disability 
groups  which  must  be  expected  of  active  thera- 
pists and  physiatrists  at  a  rehabilitation 
facility;  analysis  may  also  be  made  of  the 
assignement  policies  underlying  the 
distribution. 

Figure's  9  through  I  I  are  oriented  toward 
individual  patient  analysis.    Figure  9  Is  a 
summary  of  the  number  of  treatment  tasks 
performed  by  individual  patients  during  a  week, 
classified  by  type  of  treatment  task.    Figure  10 
totals  the  number  of  treatments  scncduled, 
received,  and  cancelled  by  each  individual  pat- 
ient during  a  week.    Figure  II  Is  a  detailed 
summary  ^f  the  distribution  of  arrival  and 
departure  times,  both  scheduled  and  actual,  fcr 
patients  ear.n  day. 

Overoll  utilization  of  physical  therapy 
faci I it?es  bv  patients  is  best  illustrated  by 
two  companion  outputs.  Figures  |2  and  13,  which 
show,  by  time  of  day,  the  number  of  inpatients 
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and  the  number  of  outpatients  present  in  the 
physical  ther»py  facilities.    A  more  specific 
breakdown  of  the  number  of  patients  receiving 
individual  treatment  tasks,  Figu.-e  14,  is  also 
avt'ilable.    In  a  similar  format,  another  report 
pot  illustrated  here  shows  the  load  upon  each 
type  of  therapeutic  equipment  used  in  the 
department.    For  purposes  of  predicting  utili- 
zation and  staff  with  different  patient  disabi- 
lity mixes.  Figure  15  is  generated,  showing,  on 
a  weekly  basis,  the  number  of  units  of  each 
therapeutic  task  rendered  to  patients  in  each 
disability  group  served.    Variability  shown 
in  this  report  indicates  that  patient  mix  can, 
in  some  cases,  make  a  significant  difference 
in  manpower  and  facilities  utilization.  Two 
similar  reports,  again  not  illustrated  here, 
tabulate  the  breakdown  of  utilization  according 
to  more  precise  categories  of  "exercise"  and 
"functional  activities"  tasks. 

Figure  16,  the  Summary  of  the  therapist 
allocation  for  1he  total  patient  population,  is 
perhaps  tho  most  useful  illustration  of  the 
staff  utilization  patterns  that  are  pointed 
out  by  use  of  the  simulation  model.  This 
report  tabulates  the  number  of  hours  or  treat- 
ment time,  -Jhe  number  of  total  treatm'  its 
rendered,  the  number  and  types  of  patients  seen 
throughout  the  day,  and,  most  importantly,  the 
number  of  patients  seen  simultaneously  and- the 
number  of  different  treatment  tasks  supervised 
simultaneously.    As  can  be  seen  from  the  ' 


example  of  this  output  shown  in  Figure  16,  at 
times  Ine  real-world  allocation  of  workloads  in 
(3  pnysi  dl  therapy  department  is  far  from 
equi  table. 

RESULTS  AND  CONCLUSIONS  . 

Although  developed  during  a  pilot  research 
and  demonsi ration  project,  the  use  of  the 
physical  therapy  simulation  model  has  had  some 
very  pragmr.tic  cost-saving  results  for  the 
rehabilitation  facili^'y  modeled.  Concretely, 
recommendations  of  the  simulation  study  have 
led  to  the  foliating  improvements  in  the 
delivery  of  physical  therapy  services: 

1)  It  was  found  that  10%  of  the  treat- 
ment delivered  in  the  department  could  be 
rendered  from  decentral ized-areas  closer  to  the 
pa1'ent*s  rooms.    Putting  an  exercise  area  on 
each  patient  ward  and  eliminating  one  floor  of 
planned  central  physical  therapy  space,  as 
recommended,  will  ,        a  total  of  $576,000  in 
construction  cosrs  for  a  new  18-story, 

$26  million  rehabilitation  facility  being 
built. 

2)  An  estimated  additional  $10,000  incre.^se 
in  revenue  annually  will  be  obtained  by  decreas- 
ing patient  travel  rl.T*^  to  the  .decentral  ized 
physical  therapy  areas  and  therChv  reducing 
patient  tardinesses  an^'  absences. 

3)  The  physical  therapy  staff  could  be 
reduced  by  one-third,  at  an^jTnnual  savings  of 
$50,000.    To  date,  with  staff  positions  frozen, 
normal  staff  attrition  has  reduced  the  physical 
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therapy  staff  expenses  by  $20,000. 

4)    Even  with  decreased  staff,  the 
productivity  of  the  physical  therapy  department 
has  Increased  due  to  better  scheduling  of 
patient  treatments  and  Improved  assignment  of 
tasks  to  staff  members  of  various  skill  levels. 
To  date,  productivity  has  increased  by  3>0i,  and 
the  capacity  to  treat  a  burgeoning  outpatient 
load  has  been  increased  by  7^'( 

More  important  for  future  research  and 
progress  in  health  care  operations,  however, 
are  some  results  which  cannot  be  so  easily 
quantified.    The  first  is  the  benefit  shown  by 
improved  scheduling  and  rescheduling  of  patient 
trealmenfs  In  physical  therapy.     In  such  a 
service,  the  performance  of  the  total  system 
may_  hinge  upon  the  implicit  rules  used  in 
assigning  iroatment  times  to  incoming  patients. 
Through  use  of  the  model,  it  has  been 
demonstra+ed  to  physical  therapy  personnel  that 
a  relatively  small  number  of  patient  and 
therapist  at-fi-ibutes  may  be  used  to  match 
capability,  availability,  and  compatibility 
durinp  a  rescheduling  effort.    Hopefully,  pro- 
fesi  onals  in  the  field  will  work  to  define 
other  of  the  "human  factors"  operative  in 
scheduling    and  advanced  technological  capa- 
bilities may  be  utilized  in  the  future  to  per- 
trrm  Kuch  of  the  scheduling  effort,  to  the 
bi-nefit  of  overall  departmental  performance. 

A  second  result  Is  the  a^vareness  that  the 
modeling  epproach  Is  one  step  In  proving  that  a 


large  number  of  hospitals,  although  they  savor 
their  professed  "uniqueness",  are  in  fact  very 
much  alike.    For  instance,  the  variability  of 
attributes,  treatment  tasks,  staff  and  patient 
population  sizes,  etc..  In  the  physical  therapy 
model  developed  here  have  been  used  to  show 
that,  regardless  of  the  specifics  of  the 
operating  environment,  the  basic  flow  of  activ- 
ities through  one  pJiysical  therapy  department 
resembles  that  of  virtually  any  other  physical 
therapy  department.    It  is  hoped  that  this 
characteristic  of  th^e  modeling  technique  will 
b.e  used  In  the  future  to  produce  results  that 
may  have  "Industry-wide"  impact  on  our  nation* s 
health  care  system. 


181 


BASIC  STPjCTURE 


OF  MODEL 


FIGURE  I 


iNpffr 
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CURRlNT 
REAL  DnTA 


P ATM IX 
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GENERAL  PRIMARY  SYSTEMS  FLW 


Patient 

enters 

Institute 


Phys.  &  cl In 
depts,  eval- 
uate new 
patient 


Assign 
Physical 
Therapist  to 
new  patient 


Other  Clin, 
therapies 
assigned  on 
weekly  basis 


Beginning 
of  day 


Reschedu*  i 
therapists 
&  patients 


Yes 


Time  = 
Time  +  30 
minute*> 


No 


No 


Generate 
dai ly  L 
weekly 
reports 
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Yes 
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Searcj  for 
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patient  to 
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fi  II  can- 

tifT« 
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FIGURE  2 
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GENERAL  PRINiARY  SYSTEMS  FLOW  (con't) 


FIGURE  3 
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THERAPIST  TREATMENT  SUMMARY 


PHYSICAL  THERAPY  DEPARTMENT 


THERAPIST 


NDANCE 

SUMMARY 

WEEK  OF 

/  / 

3/18 

3/19 

3/?C 

3/21 

3/22 

3/23 

3/24 

7.00 

6.75 

0.00 

0.00 

6.25 

6.25 

6.25 

7.00 

7.50 

0.00 

0.00 

7.50 

7.00 

7.25 

6.25 

5.75 

0.00 

0.00 

6.50 

6.50 

6.00 

7.00 

7.25 

0.00 

0.00 

4  50 

6.50 

6.00 

3.25 

7.00 

0.00 

•  0.00 

6.25 

6.75 

7.25 

6.50 

5.00 

0.00 

0.00 

6.25 

7.00 

6.25 

4.00 

4.25 

0.00 

0.00 

3.50 

3.00 

4.00 

6.00 

'  6.00 

0.00 

0.00 

4.50 

6.25 

5.50 

7.00 

7.00 

0.00 

0.00 

6.75 

6.00 

6.50 

6.25 

6.50 

0.00 

0.00 

6.50 

6.25 

7.00- 

3.75 

5.25 

0.00 

0.00 

5.25 

2.00 

5.00 

6.00 

6.50 

0  00 

0.00 

5.50 

5.25 

6.50 

7.25 

3.75 

0.00 

0.00 

6.00 

5.00 

5.25 

4.25 

.  3.50 

0.00 

0.00 

3.50 

4.25 

3.75 

FIGURE  5 
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PHYSICAL  -mERAPY  DEPARTMENT 


PHYSICIAN-THERAPIST  ASSIGNMENT 


WEEK  OF 


/  / 


THERAPIST  NO. 


—  PHYSICIAN  NUNBER   

7         II  50  65 


80 


LEGEND:    Matrix  represents  number  of  in-patients  assigned 
to  a  physician  and  a  therapist. 


TOTALS 


7 

1 

1 

1 

2 

1 

6 

9 

1 

0 

4 

0 

1 

6 

13 

2 

0 

1 

1 

1 

5 

17 

2 

2 

2 

0 

0 

6 

20 

1 

1 

1 

2 

2 

7 

54 

0 

1 

0 

2 

4 

7 

60 

1 

0 

0 

0 

1 

2 

65 

3 

0 

0 

1 

1 

5 

70 

2 

0 

1 

2 

3 

8 

72 

2 

0 

1 

1 

0 

4 

78 

0 

3 

0 

0 

0 

3 

80 

1 

0 

1 

3 

2 

7 

88 

0 

1 

0 

1 

1 

3 

98 

0 

2 

2 

0 

0 

4 

TOTALS 

16 

II 

14 

15 

17 

73 

FIGURE  6 
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PHYSICAL  THERAPY  DEPARTONT 
DIAGNOSIS  VS.  TASKS  RENDERED  SUMMARY 


WEEK  OF 


/  / 


DIAGNOSIS 

A/K  AMPUTEE 
BILATERAL  A/K  AMP 
BILATERAL  B/K  ANP 
O'^ER  OR  MULT.  AMP 

TOTAL  AMPUTEES 


ARTHRITIS 

RHEUMATOID  ARTHRITIS 
TOTAL  ARTHRITIS 


BURN 

CEREBRAL  PALSY 
C.V.A 

EVALUATION  OR  EMG 


LEFT  HEMIPLEGIA 
RIGHT  HEMIPLEGIA 
RIGHT  HEMI /APHASIA 

TOTAL  HEMIPL'^^IA 


POST  FRACTURE 
POST  POLIO 


f>ARAPLEGI  A/PARES  IS 
QUADRIPLEGI A/PARES  IS 

TOTAL  SPINAL  CORD 


POST  SURGERY 
OTHER  INJURY 
OTHER  PARALYSIS 
CENTRAL  NERVOUS 
CARD 10- VASCULAR 
MUSCULAR  SKELETAL 

—    GRAND  TOTALS 


  TASKS  — 

B    FX        G  H 


I  13 
8  19 
0  0 


9  41 


18 


24 
8 
21 


0  53 


0  12 
0  5 


I  119 

0  53 

1  172 


5 
13 
17 

9 
5 
3 


TR  LET      F     ROM    MT    XTRA  TOTALS 


9 
0 
2 

22 


1 1  10 
6  6 


0 

29 

17 

16 

0 

0 

3 

0 

8 

6 

0 

0 

0 

0 

0 

7 

0 

3 

4 

0 

0 

0 

1 

0 

3 

4 

0 

0 

0 

0 

22 
4 
21 

47 


I  I  0 

0  0 


58 
15 

73 


0 
0 
I 

0 
0 
0 


II  385     223  22 


// 


0 

0 

49 

0 

0 

55 

u 

0 

9 

0 

0 

26 

0 

0 
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n 
u 

A 

u 

DU 

0 
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0 

0 

86 

Q 

A 
H 

IQ 

U 

1 
1 

ft 
V 

<^ 

Ji 

1  o 

A 
H 

0 

1  1 

85 

0 

n 
u 

1  R 
1  D 

0 

3 

64 

0 

14 

164 

0 

0 

40 

0 

0 

8 

2 

26 

303 

0 

0 

108 

2 

26 

411 

0 

4 

19 

0 

0 

34 

3 

0 

43 

0 

0 

27 

0 

0 

16 

0 

0 

22 

6 

58 

I08i 

NOTE:    Figure  is  only  partial 
output  of  computer 
print-out. 
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PHYSICAL  THERAPY  OEPARTMENT 


3' 


MEDICAL  STAFF  ASSIGNMENT  VS. 

DIAGNOSIS 

CLASS 

WEEK 

OF  / 

/ 

™-  PHYSICIAN  NUMBER 

DIAGNOSIS 

7 

1  1 

50 

\jj 

fin 

TATAI  Q 
1  W  1  r\LO 

A/K  AMPUTEE 

0 

0 

1 

2 

0 

3 

BILATERAL  A/K  AMP 

1 
i 

n 
u 

n 
u 

1 

0 

2 

Bilateral  b/k  amp 

I 

0 

0 

0 

0 

I 

OTHER  OR  MULT.  AMP 

n 
u 

n 
u 

U 

I 

n 
u 

1 

TOTAL  AMPUTEES 

n 
u 

1 

A 
4 

n 

7 

ARTHRITIS 

1 

0 

0 

1 

0 

2 

RHEUMATOID  ARTHRITIS 

1 

n 
u 

1 

n 

TOTAL  ARTHRITIS 

1 
1 

1 
1 

n 
u 

2 

0 

.  4 

BURN 

0 

\ 

0 

0 

0 

1 

CEREBRAL  PALSY 

0 

J 

n 
u 

0 

n 
u 

C.V.A. 

1 

0 

0 

0 

n 

1 

EVALUATION  OR  EMG 

0 

0 

0 

1 

1 

n 
u 

1 
1 

LEFT  HEMIPLEGIA 

3 

0 

2 

3 

4 

12 

RIGHT  HEMIPLEGIA 

0 

0 

0 

0 

1 

1 

RIGHT  HEMI/APHASIS 

2 

0 

2 

0 

1 

5 

TOTAL  HEMIPLEGIA 

3 

0 

2 

3 

4 

12 

POST  FRACTURE 

1 

0 

0 

0 

1 

2 

POST  POLIO 

0 

0 

1 

0 

0 

1 

PARAPLEGIA/PARESIS 

6 

3 

5 

4 

23 

QUAORIPLEGIA/PARESIS 

2 

0 

4 

0 

3 

9 

TOTAL  SPINAL  CORD 

8 

3 

9 

4 

8 

32 

POST  SURGERY 

0 

0 

0 

0  ' 

1 

1 

OTHER  INJURY 

0 

2 

0 

0 

1 

3 

OTHER  PARALYSIS 

0 

0 

I 

0 

2 

3 

CENTRAL  NERVOUS 

0 

1 

0 

1 

0 

2 

  GRAND  TOTALS 

16 

1 

14 

15 

17 

73 

FIGURE  8 
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PHYSICAL  THERAPY  DEPAKTMEN-i 


PATIENT  ATTENDANCE  SUMMARY 


WEEK  OF    /  / 


PATIENT 
NUMBER 


VISITS 
SCHEDULED 


1  ORQ 

1  ypo 

8 

5 

4639 

1  A 

0^  /u 

o*iy  / 

5 

1  £.t>t> 

5 

5 

3 

3 

10 

1 

8189 

8 

8196 

5 

8200 

10 

8227 

5 

8303 

5 

8325 

10 

8336 

4 

8357 

4 

8376 

1 

8421 

3 

8440 

10 

8446 

5 

8487 

9 

8513 

2 

8519 

3 

8525 

5 

10 

-«^2&\;;^ 

10 

8832  ^ 

8834 

8837 

5 

8842 

5 

8845 

8 

8846 

8 

8847 

4 

8848 

1 

VISITS 
RENDERED 

7 
5 
5 
7 
2 
3 
4 
4 
5 
5 
3 
3 
3 
10 
I 

7 
4 
10 
5 
5 
9 
2 
4 
I 

3 
10 


TOTALS 

TOTAL  PATIENTS 


620 


5 
6 
7 
4 
0 

564 


VISITS 
CANCELLED 

I 

0 
0 
3 
0 
0 
I 
I 

0 
0 
2 
0 

'  0 
0 
0 

I 
I 

0 
0 
0 

I 

2 
0 
0 
0 
0 


0 
0 
2 
I 

0 

I 

56 


101 


NOTE:    Figure  Is  only  partial 
output  of  computer 
print-out. 
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PHYSICAL  THERAPY  DEPARTMENT 

^^PATIENT  THERAPY  SCHEDULE 
MORNING 


PATIENT 
NUMBER 

1958 
4521 
4639 
5546 
6370 
6497 
6990 
7233 
7556 
7612 
7617 
8001 
8128 
8189 
8196 
8200 
8227 
8303 
8325 
8357 
8421 
8440 
8446 
8487 
8513 
8519 
8525 
8528 


8812 
8816 
8823 
8826 
8832 
8834 
8837 
8842 
8845 
8846 
8847 


DATE   /  / 

AFTERNOON 


SCHEDULED 

IN  OUT 

10:00  11:00 

9:00  10:00 

9:30  10:30 

10:30  11:30 

11:00  12:00 

9:00  11:00 

8:30  9:30 

9:00  11:30 

9:00  11:30 

10:00  11:00 


9:00  10:30 

10:00  11:30 

10:00  11:00 

8:30  10:00 

9:00  10:00 

8:30  9:30 


ACTUAL 
IN  OUT 
10:00  11:00 


9:30  10:30 

10:30  11:30 

11:15  12:00 

9:00  11:00 

8:30  9:30 

9:00  11:30 


SCHEDULED 

IN  OUT 

12:30  1:30 

2:00  3:00 

2:30  5:30 

1:00  3:00 

2:30  3:30 

3:00  4:00 

1:00  2:00 


10:00  11:10 


9:00  10:30 

10:00  12:00 

10:00  11:00 

8:30  10:00 

9:00  10:00 


12:30 
1:00 
1:30 
2:30 
2:30 
2:00 
1:00 
1:30 


3:30 
2:00 


30 
30 
30 
00 
30 


3:00 


1:00  3:30 


10:00 
:30 


ACTUAL 

IN  OUT 

12:30  1:50 

2:00  3:00 

2:30  3:30 

1:00  3:00 

2:30  3:30 

3:00  4:00 

1:00  2:00 


1:00 
1:00 
1:30 


30 
30 
00 
00 
30 


3:30 
2:00 
2:30 
3:50 
3:30 
3:00 
3:00 
3:25 


1:00  3:50 


2:00  .  3:00 
12:30  1:30 


1:25  2:00 
2:30  3:30 


TOTAL  PATIENTS:  89 

NOTE:    CANCELLATION- DENOTED  BY: 


NOTE:    Figure  Is  only  partial  output 
of  computer  print-out. 
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NO.  OF  IN-PATIENTS  IN  PHYSICAL  THERAPY  VS.  TIN€  OF  DAY 


FIGURE  12 
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NO.  OF  OUT-PATIENTS  IN  PHYSICAL  THERAPY  VS.  TIME  OF  DAY 
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PHYSICAL  THERAPY  DEPARTMENT 


NO.  OF  PATIENTS 

RECEIVING  TREATMENT 

vs.  TIME  OF  DAY 

TASK:  EXERCISE 

DATE  —     /  / 

10 

20  30 

40  50 

(NO.) 

8:00 

1  1 

1  1 

1  1 

(  ) 

1  1 

1  . 

1  1 

(  ) 

IXXXXXXXX  1 

1  1 

1  1 

(  8) 

IXXXXXXXXXU 

1  1 

1  1 

(  9) 

9:00 

.  IXXXXXXX  1 

j  / 

1  1 

(  7) 

1  XXXXX)0(  1 

1  1 

1  1 

(  7) 

IXXXXXXXXXX 

1  1 

1  1 

(  10) 

1 XXXXXXXXXXX 

1  1 

1  1 

(  II) 

10:00 

IXXXXXX  1 

1  1 

1  1 

(  6) 

I XXXXXX  1 

1  1 

1  1 

(  6) 

IXXXX  I 

1  1 

1  1 

\  4) 

IXXXXX  1 

1  1 

1  1 

(  5) 

H:00 

IXXXXXXXXXI 

1  1 

(  9) 

IXXXXXXXX  1 

[  [ 

1  1 

(  8) 

IXXXXX  J 

1  1 

(  5) 

IXXXXXX  1 

<  6) 

12:00 

1  1 

]  1 

<  ) 

1  1 

1  1 

(  ) 

IXXXX  1 

<  4) 

IXXXX  1 

(  4) 

1:00 

IXXXXXXXXXX 

(  10) 

1 XXXXXXXXXX 

(  10) 

IXXXXXXX  1 

<  7) 

IXXXX  1 

(  4) 

2:00 

IXXXXX  1 

<  5) 

IXXXX  1 

<  4) 

IXXXXX  1 

(  5) 

IXXXXXX  1 

(•  6) 

3:00 

IXX  1 

(  2) 

IXXX  1 

(  3) 

IXXX  1 

(  3) 

IXX  1. 

(  2) 

4:00 

1  1 

(  ) 

1  1 

(  ) 

1  1 

(  ) 

1  1 

(  ) 

5:00 

1  1 

I  1  

(  ) 

10 

20  30 

40  50 

(NO.) 
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PHYSICAL  THERAPY  DEPARTMENT 


MEDICAL  STAFF  ASSIGNMENT  VS.  DIAGNOSIS  CLASS        WEEK  OF       /  / 

THERAPIST  number"  


DIAGNOSIS 

7 

g 

IT 
1  J 

ou 

OO 

yo 

XrtXA  1  C 

A/K  AMPUTEE 

2 

0 

0 

0 

0 

0 

3 

BILATERAL  A/K  AMP 

1 

0 

0 

*0 

0 

0 

2 

BILATERAL  B/K  AMP 

0 

0 

V 

i 

U 

u 

1 
1 

OTHER  OR  MULT.  AMP 

0 

0 

0 

0 

0 

1 

TOTAL  AN^PUTEES 

3 

0 

0 

1 

0  • 

0 

7 

ARTERITIS 

0 

0 

Q 

1 

1 

o 
Z 

RHEUMATOID  ARTHRITIS 

0 

0 

0 

1 

0 

0 

2 

TOTAL  ARTHRITIS 

0 

0 

0 

2 

0 

0 

4 

BURN 

0 

0 

0 

n 

u 

1 
1 

CEREBRAL  PALSY 

0 

0 

0 

0 

I 

0 

3 

C.V.A. 

0 

I 

0 

0 

0 

0 

1 

EVALUATION  OR  EMS 

0 

0 

1 

0 

0 

0 

1 

LEFT  HEMIPLEGIA 

1 

0 

1 

0 
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LEGEND;    Matrix  reprasents  number  of  in-patients  assigned  to  a  therapist. 
Figure  is  only  partial  output  of  computer  print-out. 
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Abscracc 

This  paper  focuses  on  the  development  of  a  simulation  model  of  a 
University  Health  Service  Outpatient  Clinic  the  implementation  of  which  has  resulted 
in  significant  improvements  to  system  performance.    The  details  of  these 
improvements  are  published  elsewhere;  they  amouted  to  savirigs  in 
excess  of  fifty  thousand  dollars  the  first  year  the  model  was  used," 
improved  physician  morale,  and  acceptance  on  the  part  of  the  Health  Service 
staff  of  the  simulation  model  as  a  tool  for  decision-making. 

The  Health  Service  provides  complete  outpatient  medical  care  and 
limited  in^.tir  t  care  for  about  19,000  people.    The  resulting  outpatient 
load  of  over  400  persons  a  day  requires  the  services  of  12  full-time 
physicians.    The  simulation  model  for  which  appointment  and  walk-in  patients 
are  generated  separately,  was  developed  over  a  two-year  period  and  takes  the 
general  form  of  a  multiple  stage,  parallel  queueing  system  with  a  variable 
number  of  servers.    Validation  problems  are  discussed,  and  data  is  presented. 
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Introduction 

The  llceraCure  In  Che  field  of  health 
administration  reflects  the  increasing  import- 
ance of  and  burgeoning  national  interest  In  the 
delivery  of  health  care  through  outpatient 
facilities.    This  paper  reports  on  the  details 
of  a  simulation  model  that  uas  used  as  a 
portion  of  an  overall  systems  analysis  made 
of  the  delivery  of  outpatient  care  at  the  Univ- 
ersity of  Massachusetts  Health  Service.  The 
manner  in  which  this  systems  analysis  was  car- 
ried out  and  the  results  it  achieved  were 
described  In  the  Journal  of  the  American  College 
Heclth  Association  in  a  three  article  series 
in  the  June  1972  issue  (1,  2,  3).  These 
improvements  were  achieved  through  the  reduct- 
ion of  physician  Idle  time.    In  a  concurrent 
study  made  by  a  team  of  sociologists  who  did 
a  before  and  after  set  of  Interviews  with  the 
physicians,  it  was  concluded  that  physician 
morale  increased  because  of  the  t  >rk  done. 

The  increase  in  throughput  that  was  pos- 
sible, together  with  the  increased  time  spent 
with  patients,  aid  the  fewer  physician  hours 
actually  scheduled  for  patient  contact,  meant 
that  the  systems  analysis  was  responsible  for 
providing  the  students  with  services  that 
would  have  required  approximately  2.2  addition- 
al physicians  operating  under  the  old  system. 
This  meant  a  saving  In  excess  of  $50,000  In 
the  first  year  In  physicians'  salaries  alone, 
and  If  one  also  Includes  the  support  services 
that  these  two  physicians  would  have  required. 


this  figure  for  savings  would  Increase  substant- 
ially. 

The  complete  systems  analysis  used  a  sim- 
ulation model  to  examine  the  effect  of  various 
strategies  for  scheduling  the  appointments  of 
patients  and  for  examining  the  effect  of  differ- 
ent working  schedules  for  the  physicians.  Runs 
were  compared  on  the  basis  of  patient  waiting 
time  and  physician  idle  time,  the  two  most 
sensitive  measures  of  effectiveness.    Based  on 
these  criteria,  the  medical  staff  reviewed  the 
results  and  decided  on  a  scheduling  pattern  for 
themselves  and  their  patients  for  the  following 
academic  year. 

The  key  to  the  success  of  the  enterprise 
was  twofold:    first,  the  entire  system  was 
analyzed  by  a  team  including  sociologists, 
physicians  and  administrators  as  well  as 
engineers;  and  second,  the  analysts  were  cast 
In  the  role  of  supplying  staff  support  to  both 
the  clinic  administrators  and  the  medical  staff. 
The  clinic  administrators  formulated  alternative 
scheduling  patterns  based  on  the  questions  that 
the  medical  staff  raised,  then  the  simulation 
analysts  ran  the  model  to  replicate  this 
situation.    The  results  of  the  various  sim- 
ulation runs  were  examined  by  the  medical  staff 
and  the  clinic  management  under  the  guidance 
of  the  simulation  analysts.    The  resulting 
decision  represented  the  needs  of  the  medical 
staff  and  the  preferences  of  the  clinic 
administration,  and  It  took  advantage  of  the 
technological  expertise  o£  the  simulation 
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analyses.    The  details  of  how  the  model  was  dev- 
eloped ,  Che  manner  in  which  data  were  taken  and 
Che  kinds  of  results  that  were  obtained  from 
the  model  are  presented  in  the  remainder  of  this 
article,  but  it  must  be  remembered  that  this 
simulation  model  was  only  one  facet  of  the 
enterprise. 

Description  of  Facilities 

In  the  fall  of  1970,  the  University  of 
Massachusetts  Health  Service  delivered  primary 
health  care  to  approximately  19,000  students 
on  a  compulsory  prepaid  bas.i.s.    There  were. 
In  addition  to  the  outpatient  department  that 
is  of  interest  here,  approximately  70  inpatient 
beds,  a  laboratory  and  x-ray  facilities,  an 
emergency  room,  a  pharmacy,  and  a  mental 
health  clinic  that  is  separately  housed.  The 
University  Health  Service  also  operates  a 
health  education  program  and  an  environmental 
health  and  safety  program. 

The  outpatient  department  usually  treats 
between  AOO  and  500  patients  per  day*  About 
half  of  these  patients  see  a  physician  on  either 
an  appointment  or  a  walk-in  basis.    The  remain- 
ing patients  visit  clinics  such  as  the  nurse- 
practitioner  clinic,  where  four  nurses  deliver 
primary  care  under  the  direct  supervision  of 
a  physician,  or  special  purpose  clinics  oper- 
ated by  nurses  for  things  such  as  immunizations, 
TB  tests,  allergies,  warts,  obesity,  etc* 
During  the  fall  semester  of  1970,  the  Health 
Service  had  twelve  full-time  physicians  on 


its  medical  staff.    Because  of  duties  relating 
to  administration,  the  inpatient  area,  the  nurse- 
practitioner  clinic,  "on-call"  periods  during 
the  evenings  and  weekends,  and  other  tasks, 
only  260  physician  hours  per  week  were  made 
available  in  the  outpatient  department  during 
regular  clinic  hours.    The  rotating  schedule 
meant  that  no  more  than  seven  physicians  could 
be  available  at  one  time. 

The  outpatient  department  of  the  Health 
Service  at  the  Universal ty  of  Massachusetts  has 
many  problems  in  common  with  other  outpatient 
medical  care  delivery  systems.    The  rapid 
growth  experienced  over  the  past  several  years 
has  resulted  in  conditions  common  to  most 
overcrowded  health  care  facilities.    The  allev- 
iation of  the  following  conditions  was  identi- 
fied as  the  immediate  target  of  the  study: 

1.  There  was  a  long  waiting  time  for 
patients. 

2.  The  professional  staff  felt  overworked 
and  harassed* 

3.  There  was  much  confusion  and  crowding 
in  the  waiting  rooms  at  predictable 
times  (on  Monday,  Tuesday,  and  Friday 
afternoon) * 

4.  The  physicians  were  still  seeing  pat- 
ients as  long,  as  an  hour  past  closing 
time. 

5*    During  the  day,  physicians  were  some- 
times idle  because  patients  did  not 
always  keep  appointments  scheduled 
several  weeks  in  advance* 
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6.    The  current  building  was  (and  is)  over- 
crowded as  it  was  designed  for  a 
student  body  of  10,000  and  is .currently 
serving  a  student  body  of  over  19,000 
students. 

Procedure 

Analysis  of  the  targets  o£  the  work  reveal- 
ed that  the  basic  problem  was  congestion  in  a 
complex  queueing  system.    The  pro.r'dure  develop- 
ed to  solve  this  problem  was  based  on  the  assump- 
tion that  Improved  management  o£  demand,  through 
an  expanded  appointnent  system,  better  resource 
management,  and  more  efficient  physician 
scheduling,  would  make  the  system  function 
more  effectively. 

The  tlrst  step  was  to  estimate  the  "demand" 
on  the  system.    Specifically,  the  demand  was 
defined  as  the  number  of  physician  visits  per 
week  that  would  occur  during  the^regular  clinic 
hours  in  the  1970  academic  year.    The  estimated 
demand  was  divided  into  two  components  which 
were  termed  "controllable"  and  "uncontrollable". 
The  contollable  component  of  demand  was  defined 
as  those  patients  who  made  (or  could  be 
induced  to  make)  an  advance  appointment  for 
their  physician  care.    The  uncontrollable 
component  of  demand,  or  **walk-in"  patients,  was 
defined  as  those  patients  who  arrived  without 
noticfe.    This  latter  category  would  include 
both  "emergencies"  and  those  patients  whose 
need  for  medical  care  possibly  could  be  post- 
poned, but  was  not. 


It  was  then  necessary  to  estimate  the 
number  of  patients  who  could  be  induced  to  make 
an  appointment  for  their  physician  visits  by 
estimating  the  size  of  the  controllable  compoTi- 
ent  of  the  demand.     It  would  the'n  be  possible 
0  distribute  the  various  appointment  periods 
throughout  the  week  in  such  a  way  that  they 
would  "complement"  the  walk-in  demand.  By 
scheduling  more  appointment  periods'  during  the 
periods  of  low  walk-in  demand,  the  appointment 
patients  would  "srr.ooth"  the  load  of  physicians, 
and  facilities.    Naturally,  this  distribution 
of  .appointments  would  have  to  take  into  account 
the  pattern  of  arriving  walk-in  patients, 
which  was  known  to  be  different  on  the  various 
days  of  the  week  and  which  also  changed  hour 
by  hour  during  the  day. 

The  attempt  to  smooth  the  demand  for  physi- 
cians* services  during  regular  clinic  hours 
proceeded  in  two  steps.  The  first  step  v^as 
to  attempt  to  smooth  the  demand  by  day  of  the 
week.     It  was  to  be  judged  successful  if  there 
were  a  uniform  number  of  patients  arriving  each 
day  of  the  week.    The  second  step  was  to  smooth 
the  demand  across  the  hours  of  the  day.  The 
criteria  of  success  of  this  step  were  the  mea- 
sures of  effectiveness  of  the  whole  design  pro- 
cedure, the  patient  waiting  time  and  physician 
utilization. 

These  two  steps  were  performed  separately. 
The  first  step,  smoothing  the  demand  over  the 
days  of  the  week,  was  performed  by  straight- 
forward analysis  of  historical  trends  to  produce 
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esclmaces  for  Che  fuCure.    The  second  step  of 
smooching  che  demand  over  che  hours  of  Che  day 
required  a  sophiscicaced  Mor.Ce    Carlo  slmulaClon 
model. 

AlhCough  Chls  procedure  has  incuicive 
appeal  ic  muse  scill  be  recognized  as  a  piece- 
meal aCCack  ChaC  omics  consideracion  of  all 
ancillary  services  (excepC  as  cheir  effeccive- 
ness  may  be  enhanced  by  a  "smoothed"  demand) . 
Considering  che  present  scace  of  che  arc,  chis 
piecemeal  approach  is  che  besc  chaC  can  be 
managed  for  chis  Cype  of  problem. 

DevelopmenC  of  tha  Simula Cion  Model 

The  present  model,  schemacized  in  Figure  1 
simulaces  Che  operacion  of  boch  Che  Physician 
and  Nurse  Praccicioner  Clinic. 

The  model  was  developed  Co  daCe  in  five 
discincc  scages.    The  flrsc  scage  was  Che 
limiced  scope  model  named  "asis"    Chat  simulaced 
a  single  sCage  parallel  queue  (for  a  variable 
number  of  channels)  Co  describe  C>^3  Physician 
Clinic.    This  model  had  Cwo  levels  of  paCienC 
prioriCy.    The  second  model  was  an  exCension 
Co  a  chree  level  priority  system  for  paciencs 
wich  che  capabiliCy  of  experimencing  wich 
differenc  prioriCy  rules  and  scheduling 
Caccics.    The  chird  model  was  builc  Co  repre- 
senc  che  Nurse  Practicioner  Clinic  as  a  Cwo 
scage,  Cwo  prioriCy,  parallel  queue  syscem 
wich  a  variable  number  of  channels.    The  fpurch 
model  combined  Che  second  and  chird  models  inCo 
one  where  paCienCs  were  allowed  Co  cross  over 


from  che  Nurse  Clinic  Co  Che  Physician  Clinic. 
The  fifch  and  presenC  model  is  an  exCension  of 
Che  fourch.    In  chis  model,  che  servers  are 
allowed  Co  swicch  funccions  ac  predeCermined 
Ciroes  Co  limic  cheir  paCienC  load  Co  any  predeC- 
ermined class  (or  classes)  of  paciencs.  The 
program  is  screamlined  wich  che  use  of  modular 
subroucines  Co  enable  ease  of  modif icacion. 

The  language  used  for  modeling  was  a  local 
version  of  GASP  II  (4).    Since  aC  che  oucsec 
of  che  projecc  che  UniversiCy  of  Massachuseccs 
Research  CompuCer  Library  conCained  no  debugged 
and  documenced  simulacion  language,  GASP  II  was 
chosen  for  cwo  reasons:     (1)  che  auChor's  famil- 
iaricy  wich  Foreran  and  his  underscanding  of 
GASP  principles;  and  (2)  ease  of  implemencion 
for  che  available  CDC  3600  and  simple  modificat- 
ion and  expansion  ±r,  che  fuCure. 

Since' Chen,  several  addicions  and  modific- 
acions  have  been  made  Co  Che  GASP  II  simulacion 
package  Co  sacisfy  our  needs,  and  Chis  exCended 
version  has  been  found  very  useful  for  ocher 
projeccs. 

The  GASP  II  (discreCe,  nexc  evenc)  simul- 
ation language  contains  cwo  groups  of  Foreran 
subroutines.    One  group  cakes  care  of  che  filing 
and  recrieving  of  simulacion  evencs  while  che 
ocher  group  serves  che  scaciscical  funccions 
of  che  simulacion,  i.e.,  sampling  of  discribut- 
ions,  collecting  of  scaCiscics,  ecc. 

The  model  builder  has  only  to  construct 
Foreran  subroucines  using  GASP  II  convencions 
Co  model  Che  sysCem,  and  che  axecuCion  of  che 
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Return  to  Pool  of 
Patients 


Figure  1.    Schematic  Patient  Flow  Diagram  Indicating  Some  of  the 
Logic  of  the  Simulation  Program 
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simulation  Is  then  taken  over  by  the  GASP  II 
executive  package. 

Data 

Because  the  system  was  conceptualized  as 
a  complex  queueing  system.  Information  was 
needed  on  the  arrival  patterns  of  patients 
and  the  way  they  spent  their  time  in  the  system. 
This  latter  information  was  broken  down  into 
waiting  time,  the  routing  of  patients  through 
the  system,  and  the  amount  of  time  required 
to  serve  their  needs  at  each  of  the  places  In 
the  system  where  they  received  service. 

•The  data  used  to  determine  arrival  patterns 
were  taken  from  the  encounter  form  that  all 
patients  fill  out  prior  to  any  service  they 
receive  from  the  Student  Health  Service.  After 
it  Is  filled  out  by  the  arriving  student,  it 
is  stamped  with  the  date  and  time  and  placed 
with  the  medical  record. 

Data  on  the  time  physicians  spent  consult- 
ing with  patients  and  the  time  patients  spent 
in  the  laboratory,  x-ray,  etc.  were  taken 
during  three  separate  weeks.    Clerks  were 
stationed  near  the  entrance  to  physicians*  exam- 
ining rooms  and  other  facilities  and  were  furn- 
ished with  date-time  stamping  clocks.  Special 
record  sheets  provided  for  the  purpose  were 
stanped  as  each  patient  entered  and  left  each 
service.    These  records  were  also  time  stamped 
and  collected  when  the  patient  left  the  build- 
ing.   The  information  stamped  on  these  forms 
gave  an  accurate  account  of  the  services  the 


patient  used  and  of  the  time  necessary  to 
provide  the  service  In  question  as  well  as  all 
waiting  time  Involved.    During  tv?o  data-taking 
periods,  the  number  of  these  special  records 
collected  agreed  with  the  medical  encounter 
forms  within  about  7  per  cent;  also,  less  than 
5  per  cent  of  the  special  forms  provided  to 
collect  service  time  and  routing  data  were 
unusable  because  of  a  missing  arrival  or  depart- 
ure stamp. 
Simulation  Runs 

A  word  is  In  order  concerning  the  interpret- 
ation of  the  results  obtained  from  the  simulation 
model.    It  quickly  became  clear  chat 'Monday, 
the  day  with  the  largest  number  of  walk-in  pat- 
ients, and  Thursday,  the  day  with  the  largest 
number  of  appointment  patients,  were  t;he  days 
that  were  most  sensitive  to  any  scheduling 
tactics.    Therefore,  the  bulk  of  the  simulation 
studies  wejre  limited  to  situations  found  on 
Monday  and  Thursday . 

The  gross  patient  arrivals  over  the  day 
(for  one  Monday  and  one  Thursday)  are  shown  in 
Figure  2.    Figure  2  illustrates  that  the  patient 
arrivals  over  the  .entire  day  are  distributed 
in  a  negative  exponential  form.    From  this  it 
was  aqsuned  that  this  form  of  distribution 
could  be  used  throughout  the  day  to  generate 
walk-in  arrivals  even  though  the  mean  value 
of  the  distribution  was  changed  hour  by  hour 
to  correspond  to  the  observed  values. 

The  arrival  rates  for  each  hour  of  each 
day  were  availcble  from  the  arrival  date- time 
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.scamp  made  on  all  medical  encounter  forms.  This 
arrival  pattern  Is  Illustrated  In  Figure  3 
which  shows  the  average  number  of  all  patients 
entering  the  Health  Service  to  receive  care 
for  each  hour  of  the  day  for  Mondays  and  Thurs- 
days during  the  fall  semesters  of  1969  and  1970. 
The  similarity  of^  the  pattern  between  Monday 
and  Thursday  data  demonstrates  that  there  was 
little  biasing  effect  of  class  hours,  which  tend 
to  be  scheduled  at  Che  same  hours  on  Monday, 
Wednesday,  and  Friday,  or  ac  Che  same  hour  on 
Tuesday  and  Thursday.    Alchough  che  1970  daCa 
were  noc 'available  when  Che  analysis  was 
performed,  Ic  Is  presenced  here  Co  show  chac 
scablllcy  of  Che  paccern. 

The  arrival  paccem  from  1969  was  used  Co 
generace  Che  walk-In  paclencs  for  Che  Monce 
Carlo  slmulaclon  model.    OperaClonally ,  che 
arrival  paccern  was  Incorporaced  InCo  che 
slmulaclon  model  as  Incer-arrlval  clmes,  and 
che  paramecers  of  chls  dlsctrlbuclon  were  changed 
during  each  hour  of  slmulaced  Clme.    By  chls 
process,  we  were  reasonably  assured  chac  che 
arrival  paccern  of  che  walk-In  paclencs  would 
repllcacc  che  patcern  of  walk-ln  paclencs  which 
would  accually  occur. 

The  consulcaclon  cimes  (service  clmes) 
chac  physicians  spenc  wlch  paclencs  were 
measured  In  three  separace  cacegorles.  Those 
cacegorles  were  for  appolncmenc  paclencs, 
walk-In  paclencs,  and  Che  clme  required 
for  "second  service". 


These  dlscrlbuClons  are  shown  by  Che  hlsco- 
grams  In  Figure  AA»  AB,  and  AC*  The  sample  mean 
and  sample  scandard  devlaclon  for  appolncmenc 
service  clmes  were  found  Co  be  12. 7A  mlnuces 
and  9.56  mlnuCes  and  for  walk- In  service  clmes 
were  found  Co  be  9.61  mlnuCes  and  7.A8  mlnuCes 
respecclvely .    The  values  accually  used  In  che 
Monce  Carlo  slmulaclon  were  generaced  from  a  log- 
normal  form  and  resulced  In  a  dlscrlbuclon 
whose  mean  and  scandard  devlaclon  were  12.35 
mlnuCes  and  9.05  mlnuces  for  appolncmenc  paclencs 
and  9.57  and  8.22  mlnuCes  for  walk- In  pax:lencs. 
These  values  correspond  very  closely  to  che 
values  of  12.6  and  9.8  mlnuCes  respecclvely 
which  were  reporced  for  cwo  Air  Force  Ambulacory 
care  faclllcles,  and  which  were  used  by  Feccer 
and  Thompson  In  a  porclon  of  chelr  scudy  (5). 
The  Nuffield  sCudy  of  ambulacory  care  faclllcles 
Xn  England  also  reporcs  similar  figures  (6); 
che  average  consulcaclon  clme  for  new  paclencs 
vlslclng  physicians  whose  speclalcles  roughly 
correspond  Co  a  pracclce  of  Xncemal  Medicine 
Is  11.8  mlnuCes. 

The  examlnaclon  of  cen  days  of  daCa  show- 
ed Chac  approxlmacely  flfceen  per  cenc  of  che 
paclencs  who  see  physicians  are  senc  elsewhere 
In  che  clinic  (e.g.,  laboraCory,  x-ray,  ecc,) 
and  recurn  Co  see  che  same  physician  again  on 
che  same  day.    A  log-normal  dlscrlbuclon  wlch 
a  mean  and  variance  of  15. and  11.09  respecc- 
lvely was  found  Co  >>e  an  approprlace  model  for 

*    Service  clmes  In  che  medical  pracclce  are 

generally  besc  described  by  elcher  a  Gamma  or 

Lognormal  dlscrlbuclon.    Since  generaclon  of 

varlaces  from  che  Gamme  dlscrlbuclon  is  clme 
consuming^  che  Lognormal  form  was  used  here. 
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Figure  AC 
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Figure  A.    Histograms  of  Service  Times 
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Che  elapsed  period  of  time.    These  patients  re- 
turning to  see  the  physician  were  observed  to 
interrupt  the  flow  of  new  patients.    A  return 
visit  to  a  physician  seen  earlier  In  the  same 
day  was  termed  "second  service";  the  sample 
mean  and  standard  deviation  were  6.^9  minutes 
and  5.45  minutes-    The  values  used  in  the 
Monte  Carlo  simulation  were  generated  from  a 
log-normal  form  and  resulted  In  a  distribution 
whose  mean  and  standard  deviation  were  6.41 
minutes  and  4.91  minutes.    No  published  data 
were  found  for  comparison  purposes. 

In  the  actual  operation  of  the  clinic,  the 
physicians  see  patients  In  a  sequence  governed 
by  three  priority  considerations.  First 
priority  Is  given  to  emergency  patients  enter- 
ing the  system  and  patients  who  are  returning 
from  a  visit  to  the  laboratory,  x-ray,  etc.  to 
see  the  same  physician  they  have  already  seer, 
earlier  on  the  same  day.    Second" priority  Is 
given  to  patients  who  have  made  an  advance 
appointment  with  a  specific  physician.  Last 
priority  Is  given  to  walk-In  patients  who  are 
then  seen  on  a  first-come,  first-served  basis. 
•The  walk- In  patients  are  seen  by  any  physician 
as  soon  as  be  becomes  free  of  higher  priority 
work.    Most  physicians  use  two  examining  rooms; 
a  patient  Is  being  seen  In  one  room  while  the 
next  patient  to  see  the  physician  Is  being 
prepared  In  the  other.    When  a  physician 
finishes  with  one  patient,  the  priority  system 
Is  used  to  select  a  patient  for  the  examining 
room  just  vacated.    This  priority  system  is 


administered  by  a  nurse  who  controls  the  flow 
of  patients  through  release  of  medical  records 
to  Individual  physicians  In  the  proper  order. 

Within  the  Monte  Carlo  simulation  model, 
the  priority  rules  are  replicated  by  the  use 
of  two  "files"  for  each  physician  and  one 
"file"  common  to  all  physicians.    There  Is  a 
"priority  file'*  and  an  "appointment  patient 
file":  for  each  physician,  and  the  "walk-In 
patient  file"  Is  held  In  common.    Each  time 
a  physician  completes  a  service  to  a  patient, 
the  files  are  searched  to  locate  a  patient 
to  fill  the  examining  room  Just  used,  while 
the  physician  sees  the  patient  already  waiting 
In  the  second  examining  room.    The  files  are 
searched  In  the  following  order:    priority  file, 
appointment  file,  and  walk-in  file. 

During  the  operation  of  the  simulation, 
^information  was  collected  on  waiting  time  for 
appointment  patients,  walk-In  patients,  and  all 
patient  who  undergo  "second  service".  In 
addition,  the  simulation  collected  Information 
on  physician  utilization  and  the  amount  of  time 
beyond  the  end  of  regular  clinic  hours  that 
was  required  to  service  all  the  patients  who 
have  arrived  during  regular  clinic  hours.  These 
results  were  displayed  In  histograms  with  th* 
mean  value,  standard  deviation,  maximum  and 
minimum  values. 

The  effects  of  two  decisions  were  examined 
on  the  basis  of  the  results  obtained  from  the 
simulation.    The  first  decision  was  the  hours 
during  the  day  It  was  best  to  schedule  the 
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physicians,  and  the  second  decision  involved 
which  of  the  hours  scheduled  were  to  be  set 
aside  for  appointment  patients.    The  selection 
of  the  best  schedule  of  physician  hours  and  the 
best  time  for  appointment  periods  proceeded  in 
three  steps.  ■ 

First,  an  intuitively  attractive  set  of 
appointment  periods  was  selected  that  approx- 
imately complemeneted  the  known  hourly  arrivals 
of  walk-in  patients.    In  the  second  step,  this 
appointment  pattern  was  held  constant  and  the 
number  of  physicians  was  changed  across  various 
hours  of  the  day  within  daily  resource  con- 
straints (52  physician-hours,  and  a  maximum 
of  seven  physicians  at  one  time).    The  third 
step  was  to  hold  constant  the  best  physician 
schedule  found  in  step  two,  and  then  to  go  back 
and  rearrange  the  appointment  slots  in  an 
attempt  to  improve  the  solution.    The  second 
and  third  steps  were  repeated  in  an  attempt  to 
secure  additional  improvements,  but  none  was 
obtained . 

In  t,sneral,  the  best  physicians'  schedule 
found  was  that  seven  physicians  should  work 
during  the  last  six  hours  of  the  nomal  eight 
hour  day.    In  actual  practice,  this  pattern  had 
minor  deviations  occasioned  by  .he  need  to 
stagger  the  schedules  of  the  physicians  to 
accommodate  lunch  hours,  coffee  breaks,  and  a 
period  for  "rounds"  in  the  inpatient  area.  The 
clinic  was  kept  open  nine  hours  per  day  to 
accommodate  the  daily  eight  hour  working 
schedules  of  the  physicians. 


Tab  It.  1  presents  the  arrangement  of  appoint- 
ment periods  by  hour  of  the  day  and  by  day 
of  the  week  that  produced  the  best  simulation 
results  when  used  with  the  above  physician 
schedules. 

The  waiting  times  of  appointment  patients 
are  relatively  insensitive  to  how  the  appoint- 
ment slots  are  arranged  throughout  the  day 
becausa  of  the  priority  these  patients  are 
given.    The  waiting  time  of  walk-in  patients  is 
highly  sensitive  to  the  arrangement  of  appoint- 
ment slots  through  the  day  and  therefore  the 
waiting  time  of  walk-in  patients  was  the  most 
useful  criterion  to  use  to  make  the  decisions. 
It  was  also  found  that  the  number  of  minutes 
the  clinic  runs  overtime  is  sensitive  to  the 
pattern  of  arrivals. 

In  general,  it  was  found  that  provided  a 
queue  is  built  up  early  in  the  day  by  either 
scheduling  fewer  physicians  at  the  beginning 
of  clinic  hours  or  by  scheduling  a  group  of 
early  appointments,  the  physicians*  idle  time 
is  relatively  insensitive  to  the  way  the 
appointment  periods  are  arranged  throughout  the 
day.    Proof  of  this  finding  was  first  reported 
by  Welch  and  Bailey  (7)  in  1952, 

Comparisons  between  Predictions  and  Performance 

A  week  or  two  after  the  best  simulation 
results  were  implemented,  minor  adjustments  of 
some  physicians'  schedules  and  appointment 
patterns  were  made.    After  a  two  month  period 
of  operation,  data  were  then  taken  on  service 
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TABLE  1 


Hourly  Schedule  of  Appointment  Periods 
Available  During  The  Week 


Hours 

Mon 

Tues 

Wed 

Thurs 

Fri 

Hourly 
Totals 

8-9 

9 

7 

7 

9 

7 

39 

9-10 

21 

21 

21 

21 

21 

105 

10-11 

13 

LA 

14 

15 

14 

70 

11-12 

7 

7 

12 

13 

12 

51 

12-1 

0 

0 

0 

0 

0 

0 

1-2 

10 

15 

15 

17 

13 

70 

2-3 

12 

12 

17 

18 

18 

77 

3-4 

17 

17 

13 

17 

17 

87 

4-5 

7 

7 

7 

6 

7 

34 

Daily 
Total 

96 

100 

112 

116 

109 

533 
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Clmes,  patient:  routing, 

and  patient  waiting  times.    The  routine  manage- 
ment  Information  system  based  on  the  encounter 
form  operated  constantly,  and  It  yielded  arrival 
data  by  hour  of  the  day  separately  for  each 
day. 

The  real  test  of  the  accuracy  of  the 
methodology    lay  In  the  comparison  of 
predicted  and  actual  outcome  measures.  However, 
since  the  predictions  were  .based  on  service 
time  data  from  the  previous  year,  a  follow-up 
study  was  made  to  dstcrr.iritr  if  these  data  were 
stable  from  year  to  year.    In  this  case,  examin- 
ation of  service  time  distributions  and  patient 
routing  provided  this  assurance;  the  follow-up 
data  verified  the  base  data.  Furthermore, 
the  evaluation  of  the  control  of  patient 
arrivals  over  the  days  of  the  week  has  been 
given  earlier  and  rests  on  the  data. presented 
for  "smoothed"  dally  arrivals  for. the  days  of 
the  week  shown  in  Figure  5  and  on  the  stability 
of  the  pattern  of  hourly  arrivals  between  1969 
and  1970  shown  earlier  in  Figure  3.    Since  this 
evidence  was  judged  satisfactory,  the  way  was 
cleared  to  examine  the  comparison  of  predicted 
aiid  actual  values  of  waiting  time  as  a  measure 
of  success  of  t\\(*  overall  methodology. 

The  two  main  measures  of  the  model's 
validity  were  the  patient  waiting  times  and' 
the  amount  of  time  necessary  for  the  clinic 
to  remain  open  to  serve  the  remaining  patients 
after  closing  time.    Initially,  the  model  pro- 
vided results  which  were  much  better  than  those 


of  the  real  system.    In  checking  our  input  data 
and  assumptions,  we  discovered  two  discrepancies: 

(1)  the  sum  total  of  tasks  measured  did 
not  add  up  to  the  length  of  the  work- 
day; and 

(2)  we  discovered  the  system  acting  some- 
what differently  when  the  data  takers 
were  visible  as  compared  to  a  normal 
day. 

The  first  discrepancy  was  attributed  to  the  fact 
that  as  in  all  labor-intensive  work,  allowances 
have  to  be  made  for  fatigue  and  factors  beyond 
operator  control  and  the  second  was  attributed 
to  the  classical  "Hawthorne"  effect  which  means 
that  data  collected  with  the  subject's  knowledge 
tends  to  show  better  performance  than  is  the 
case  under  normal  circumstances. 

The  allowance  made  to  correct  the  above 
was  to  simulate  equally  lengthened  coffee  and 
lunch  breaks  for  the  staff.    This  allowance 
produced  simulated  results, where  waiting  time 
is  compared  for  five  sets  of  values.    The  sets 
of  simulation  results  shown  are:    first,  the 
case  where  all  physicians  arrive  at  the  clinic 
on  time  and  leave  and  return  promptly  from 
coffee  breaks  and  lunch.    In  thic  case,  there 
is  no  time  "lost"  from  treating  patients.    The  ' 
second  case  is  where  all  physicians  lost 
twenty  minutes  per  day  from  scheduled  clinic 
duties  (an  aggregate  loss  of  140  physician 
minutes  per  day) ;  the  third  case  is  similar  to 
the  second  case  except  the  physicians  lose 
40  minutes  per  day  each  from  scheduled  clinic 
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duties  (an  aggregate  loss  of  280  minutes  per 
day)  .    The  fourth  and  fifth  sets  of  results 
further  increase  the  loss  of  physician  time 
to  60  and  80  minutes  per  physician,  which 
aggregated  to  420  and  560  minutes  respectively. 

In  Figure  6,  the  data  from  Table  2  have 
been  ploted  for  Monday  and  Thursday.  This 
figure  shows  how  the  waiting  time  for  appoint- 
ment patients »  walk-in  patients  and  second 
service  changes  with  the  amount  of  physician 
"lost"  time  when  the  patient  load  on  the  clinic 
remains  constant.    The  data  for  Monday -show 
that  walk-in  waiting  time  is  larger  than 
appointment  waiting  time,  and  both  these  values 
increase  for  increased  values  of  "lost"  time. 
The  Thursday  data,  the  day  with  the  greatest 
number  of  appointments,  show  the  same  general 
trends  except  that  walk-in  waiting  time  is 
less  than  appointment  waiting  time  for  low 
values  of  "lost"  physician  time.  This 
phenomenon  appears  when  the  system  is  not 
congested  and  is  the  effect  of  physicians 
using  two  examining  rooms.    Use  of  two  exam- 
ing  rooms  makes  an  appointment  patient's 
priority  one  of  "second"  in  line  for  a  part- 
icular physician  while  a  walk-in  is  taken  by 
any  physician  as  soon  as  he  is  free. 

Figure  6  shows  that  the  parameters  of 
the  distributions  of  waiting  times  produced 
by  the  model  are  a  function  of  the  physician 
time  that  is  "lost"  to  the  clinic.  The 
simulated  results  shown  for  "no  lost  time" 
are  an  idealized  situation  that  can  be  used 


to  set  lower  bounds  on  waiting  times.  The 
simulated  values  produced  for  the  various 
amounts  of  waiting  time  provide  estimates  of 
what. is  likely  to  happen  to  waiting  time 
under  these  various  conditions  of  "lost" 
time.    It  should  be  pointed  out  that  a 
"corridor  consultation"  between  two  physicians, 
or  an  emergency  phone  call  would  result  in 
"lost"  time  to  the  clinic  and  therefore  would 
have  the  same  effect  on  the  results  obtained 
from  the  model  as  would  tardiness  and  extended 
coffee  breaks. 

The  entire  distribution  of  simulated 
values  whose  mean  values  agreed  best  with 
the  actual  mean  values  are  shown  on  the 
same  graph  in  Figure  7  A,  B,  and  C.  Exam- 
ination of  this  figure  reveals  that  the 
simulation  model  produces  distributions  of 
waiting  times  very  close  to  the  actual 
values.    Of  particular  interest  is  the  fact 
that  all  three  sets  of  predicted  and  actual 
distributions  conform  closely  across  their 
entire  range'  of  values. 

The  agro.ement  between  the  form  of  the 
predicted  and  actual  values  shown  in  Figure  7, 
A,  B,  and  C  leads  to  the  conclusion  that  the 
model  behaves  in  much  the  same  manner  as  the 
real  world.    Efforts  are  continuing  to 
refine  the  model  to  obtain  even  better  pre- 
dictions and  to  give  deeper  insights  into 
the  operation  of  the  real  system. 

It  is  felt  that  the  next  step  is  to 
examine  the  "state  sensitivity^*    of  arrival  rates 
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TABLE  2 


Simulated  Waiting  Times  for  Patients  For 
Various  Amounts  of  "Lost"  Physician  Time 


Amount  of  I 
0 

ost  1 
20 

ime  I 
AO 

er  Da 
60 

/  Per  Physician 
80 

Walk-In  Patients 

1? 

?9 

60 

Thurs 

12 

12 

22 

30 

51 

Appointment  Patients 

Men 

13 

17 

20 

25 

29 

Thurs 

12 

21 

26 

32 

Second  Service  Patients 

Hon 

10 

10 

13 

17 

20 

Thurs 

10 

10 

15 

16 

19 

Aggregate  Lost  Time  (Min./Day) 

0 

lAO 

280 

A  20 

560 

I 
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Figure  7A 
Walk-In  Waiting  Times 


Measured  Values 
n  -  421 
X  =  27.85 
s  =  22.70 


"^Simulated  Values 
X  =  29.75 
s  =  31.57 


25 


75 


+  +    +  H- 


50  75  100 

Waiting  Time  in  Minutes 


125 


150 


Figure  7.    Comparison  of  Simulated  and  Actual  Waiting  Times 


7A.    Walk-In  Waiting  Times 
7B.    Appointment  Waiting  Times 
7C.    Second  Service  Waiting  Times 
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Figure  7B 
AppoinCmenc  Waiting  Times 
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Figure  7C 
Second  Service  Waiting  Times 
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and  service  times.    It  has  been  observed  that 
when  the  system  is  congested  some  of  the 
arriving  patients  tend  to  look  around  the  wait- 
ing room  and  then  depart  without  entering  the 
system.    It  has  also  been  observed  that  in 
the  last  hour  of  the  day,  or  when  the  physicians 
perceive  the  waiting  room  is  crowded,  they 
tend  to  reduce  the  length  of  their  service 
time.    Both  of  these  cases  illustrate 
that  the  current  "state"  of  the  system  appears 
to  have  an  effect  on  system  parameters.  It 
will  be  of  interest  to  determine  simple  and 
straightforward  techniques  to  measure  these 
effects,  apply  them  in  the  model,  and  then 
determine  their  effect  on  the  predfctive 
capability  of  the  model. 

Results 

The  data  generated  by  the  simulation  model 
were  thoroughly  analyzed,  and  it  was  decided 
to  implement  the  system  changes  that  were 
studied.    After  the  changes  were  accepted 
and  considered  routine  by  the  operating  staff, 
data  was   collected  on  the  actual  operation  of 
the  system.    It  was  found  that  the  nuniber  of 
patients  that  were  seen  by  physicians  increased 
by  13.4  per  cent  with  a  corresponding  decrease 
of  5.1  per  cent  in  the  number  of  physician 
hours  that  were  allocated  to  thel  walk-in  an 
•appointment  clinics.    In  addition,  interviews 
with  the  physicians  confirmed  that  with  the 
new  operating  policies,  less  overtime  was 
required  to  finish  treating  those  patients 


who  remained  in  the  system  after  clinic  hours 
were  closed.    Data  was  not  available  to  document 
the  physicians'  comments  due  to  "student  dis- 
orders" that  were  conmton  during  the  end  of  the 
school  year. 

Another  effect  of  the  changes  that  were 
implemented  was  an  increase  of  5.0  per  cent  in 
the  overall  average  time  that  patients  spent 
with  physicians.    This  increase  was  due  to  the 
increase  in  the  number  of  patients  that  were 
seen  by  appointment.    For  both  1969  and  1970, 
the  mean  consultation  time  was  12.7  minutes 
and  9.6  minutes  respectively  for  appointment 
and  walk-in  patients.    The  increase  in  through- 
put of  13.4  per  cent  and  the  average  increase 
in  service  time  of  5  per  cent  were  based  on  a 
staff  level  of  twelve  full-time  physicians; 
and  this  makes  these  increased  ,of  substantial 
value. 

If  these  increases  had  had  to  be  provided 
under  the  old  system,  it  would  require  approx- 
imately 2.2  additional  physicians.    The ^f act 
is  that  the  increased  service  was  provided 
by  the  same  staff  and  actually  used  by  the 
student  population  which  increases  in  size 
each  year.    At  an  average  wage  of  approximately 
$25,000  for  each  physician  in  1970,  this  results 
in  a  saving  in  excess  of  $50,000  the  first  year 
in  physicians'  salaries  alone.  Substantially 
more  savings'^can  be  attributed  to  this  analysis 
if  the  salaries  of  support  personnel  and 
equipment  charges,  hiring  costs,  fringe 
benefits,  etc.  are  Included. 


The  waiting  time  for  both  walk-in  and 
appointment  patients  changed  from  1969-70  to 
1970-71,  but  the  changes  occurred  In  such  a  way 
that  iho  overall  average  waiting  time  remained 
the  saiT^"*.    The  mean  waiting  time  for  walk- In" 
patients  decreased  from  approximately  38  ( 
minutes  to  28  minutes,  and  the  mean  waiting 
time  for  appointment  patients  Increased  from 
approximately  12  minutes  to  26  minutes. 
Taking  Into  account  the  Increase  In  the  pro- 
portion of  appointment  patients  in  1970-71,  the 
weighted  average  Is  approximately  27  minutes, 
which  is  the  same  as  the  weighted  average  for 
lC'69-70. 

In  a  concurrent  study  performed  by  two 
sociologists.  In  wlilch  the  physicians  were 
Interviewed  botli  before  and  after  tlie  changes 
described  took  place.  It  was  concluded  that 
the  physicians*  morale  Improved. 

Concluding  Remarks 

It  Is  widely  accepted  that  simulation 
modeling  is  as  much  an  art  as  It  Is  a  science. 
The  builder  of  a  model  must  combine  all  the 
basic  modeling  elements  In  such  a  way  that 
the  finished  product  performs  as  much  like  a 
real  world  system  as  possible.    In  practice, 
this  seldom  happens  In  a  direct  and  straight- 
forward way.    Ordinarily,  a  crude  model  Is 
constructed  which  then  goes  through  a  series 
of  refinements  until  the  resulting  model 
resembles  certain  aspects  of  the  real  world 
closely  enough  to  be  useful  for  decision 


making.    Tlien  the  model  Is  frequently  uned  to 
play  the  **what  if"  game.    Tlie  analyst  uses  the 
model  to  Investigate  what  would  happen  If  certain 
parameters  In  the  real  world  were  deliberately 
changed  or  happened  to  change.    For  example: 
How  would  the  system  respond  If  the  demand 
doubled?    Wliat  would  happen  If  a  physician 
were  sick?    And  so  on. 

As  more  and  more  questions  are  Investigated 
with  the  simulation  model,  adaptations  to  the 
basic  model  have  to  be  made.    The  analyst  finds 
himself  In  the  position  of  not  having  a  single 
simulation  model  but      :her  has  an  entire 
family  of  models,  many  of  which  may  have  been 
patched  togech^i^  In  a  hurry  to  be  used  only 
once  and  discarded;  others  are  used  over  and 
over.    When  an  analyst  finds  that  one  of 
these  adaptations  Is  used  several  times  and  more 
usage  Is  forseen.  It  may  become  desirable  to 
spend  some  time  reprogrammlng  the  model  to  add 
new  features  and  use  the  opportunity  to  Improve 
the  elegance  of  the  programming. 

We  have  conceptualized  this  sort  of  model 
development  on  a  diagram  In  Figure  8.    As  one 
proceeds  horizontally  on  this  diagram,  one 
sees  the  basic  changes  that  are  Incorporated 
Into  the  model  to  make  It  resemble  reality  more 
closely  or  comprehend  a  larger  portion  of  the 
system.    As  one  moves  In  the  vertical  direction 
on  this  diagram  one  may  see  growth  or  adaptations 
of  a  basic  model  type,  each  adaptation  being 
Identified  with  a  specific  question  being 
asked.    It  Is  the  authors*  experience  that  a 
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basic  model  type  can  be  expanded  in  the  vertical 
direction  through  added  on  features  until  it 
becomes  so  cmnbersome  that  It  is  difficult  to 
use  efficiently.    This  nay  be  reflected  in 
such  things  as  uni.ecessarily  elaborate  data 
requirements,  extreme  running  times,  and 
exceeding  the  capabiliti<s  of  the  available 
computer  configurations.    In  cases  like  this, 
it  becomes  necessary  to  invest  some  time  in  a 
programming  reorganization  to  adiieve  more 
efficient  execution*    In  this  case,  a  new 
version  of  the  program  would  be  written  which 
is  rcj>}r€4ientcd  in  Figure  8  by  a  step  horizon- 
tally. 

In  practice,  when  a  new  question  is  to  be 
investigated,  there  is  always  a  conflict 
between  the  deisre  to  accommodate  this  question 
with  a  quick  modification  or  to  make  a  basic 
change  in  the  model.    The  quick  addition  of  a 
new  feature  to  the  current  version  of  a  pro- 
gram secures  tlie  answer  to  one  more  new 
question.    A  basic  change  in  the  model  allows 
this  new  feature  to  be  included  in  the  model 
in  a  way  that  improves  the  efficiency  as  well 
as  the  flexibility  of  the  program.    It  is 
unnecessary  to  say  that  the  quick  modification 
route  is  tlie  one  we  have  usually  taken* 

The  point  to  be  made  from  this  examination 
of  the  philosophy  of  modeling  described  in 
Figure  8    deals  with  the  problem  of  model 
validation,    Tliis  diagram  shows  that  the 
model  *>f  any  roal  wo/ld  situation  has  many 
versions,  and  it  is  neither  economic  nor  is  it 


possible  to  validate  all  the  versions  by  compar- 
ing model  output  to  real  world  data. 

Suppose,  for  ex*ik>iple,  as  in  our  prescni 
case,  a  comparison  of  one  version  of  our  model 
with  real  world  data  produces  results  as 
shown  in  Figures  7,  A,  B,  and  C.    Wliat  then 
is  the  status  of  the  validation  of  various 
adaptations  of  that  model?    Our  view  agrees 
with  Nsylor  (8)  that  the  validation  of  simul- 
ation models  is  mostly  a  matter  of  confidence 
and  faith  -  not  Just  a  z^atter  o*  ^.chen^tics. 
We  believe  that  mathematics  plays  its  part; 
it  is  necessary  to  compare  some  \  tsic  form 
of  the  model  with  the  real  world  in  a  careful 
and  systematic  way  using  whatever  matliematical 
tools  may  be  appropriate  and  available.  Once 
this  is  done,  we  feel  it  is  not  very  fruitful 
to  continue  to  go  over  this  ground  each  time 
the  model  is  adapted  to  a  new  problem.  Once 
a  model  lias  been  validated  with  real  world 
data,  we  feel  timt  the  intuition  of  the  real 
world  system  managers       Adequate  validation 
for  adaptations. 

We  feel  that  the  results  of  this  study 
indicate  the  methodology  presented  for  demand 
smoothing  and  the  scheduling  of  physicians 
and  their  appointment  patients  is  successful 
in  this  application.    Tlie  gains  in  efficiency 
that  we  documented  were  substantial,  and  thuy 
were  all  In  the  right  direction*    We  believe 
additional  work  will  prod'jce  further  gains. 
This  success,  we  believe,  was  due  in  large 
part  to  the  predictive  capability  of  the 


simulation  model.    The  model  was  "cailor  made" 
Co  fit  this  facility. 

A  generalization  emerges  from  this  work 
when  it  is  considered  together  with  a  study  of 
the  literature  and  observation  of  other  out- 
patient facilities.    It  is  that  the  methodology 
described  here  could  be  used  to  good  effect 
on  other  outpatient  facilities.    The  main 
obstacle  to  the  widespread  use  of  this  approach 
is  the  cost  and  effort  necessary  to  construct 
realistic  simulation  models.    We  believe  that 
since  all  the  published  models  of  outpatient 
clinics  follow  the  same  general  form,  that 
is,  queueing  models  solved  by  Monte  Carlo 
simulation,  it  would  be  possible  to  develop 
a  generalized  model  that  is  sufficiently 
flexible  to  overcome  this  obstacle.  We 
are  working  on  this  task. 
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Session  5:    Simulation  Methodology  II 
Chairman;    Michael,  Stonebraker,  University  of  California 

This  session  focuses  on  new  techniques  to  assist  practitioners  of  simulation  in  obtaining  desired 
results  efficiently.    Many  such  users  are  attempting  to  find  optimum  performance  of  a  simulated 
system.    In  this  situation,  the  problem  of  selecting  a  procedure  to  search  for  the  best  choice  is 
a  challenging  one.    Two  papers  in  this  session  compare  alternate  strategies  for  attacking  this 
question.    Other  users  face  the  task  of  finding  confidence  intervals  for  quantities  obtained  from 
simulation  experiments.    This  job  is  often  complicated  by  statistical  dependence  of  successive 
observations.    The  third  paper  in  this  session- suggests  a  way  around  this  difficulty  by  utilizing 
properties  found  in  many  stable  stochastic  systems. 

Papers 

"Constrained  Sequential-Block  Search  in  Simulation  Experimentation" 
William  E.  Biles,  University  of  Notre  Dame 

"Optimization  of  Simulation  Experiments" 
J.  W.  Schmidt,  R.  E.  Taylor  and  V.  Chachra, 
Virginia  Polytechnic  Institute  and  State  University 

"A  New  Approach  to  Simulating  Stable  Stochastic  Systems" 
Michael  A.  Crane,  Donald  L.  Inglehart, 
Control  Systems  Corporation  and  Stanford  University 

Discussants 
Grace  Carter,  RAND  Corporation 
Averill  Law,  University  of  California 
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CONSTRAINED  SEQUENTIAL-BLOCK  SEARCH 
IN  SIMULATION  EXPERIMENTATION 


William  E.  Biles 
Department  of  Aerospace  and  Mechanical  Engineering 
University  of  Notre  Dame 
Notre  Dame,  Indiana  46556 


Abstract 

This  paper  describes  the  application  of  sequential-block  search  techniques 
to  simulation  experimentation  with  constrained  systems.    Two  basically  dif- 
ferent approaches  are  examined.    One  approach  combines  designed  experi- 
ments, multiple  regression,  and  mathematical  optimization  to  predict  a 
constrained  optimum  solution,  which  is  then  checked  by  further  experi- 
mentation in  the  region  of  ^he  predicted  solution.    A  second  approach  em- 
ploys a  sequential  optimum- seeking  technique,  such  as  gradient  search  or 
sequential  simplex  search,  modified  to  accommodate  constraints.  These 
techniques  are  illustrated  with  a  simple  inventory  system  modeled  with 
the  GASP-II  simulation  language.    A  comparison  of  the  effectiveness  of 
these  approaches  is  presented. 


INTRODUCTION 
The  objective  of  simulation  experimenta- 
tion  is  to  determine  the  optimum  response  y' 
of  some  function  of  unknown  form 

y=F(X),  (1) 

where  y  is  some  measure  of  system  effective- 
ness and  X  is  an  n-dimensional  vector  of  input 
variables,  x.,  i  =  I,  . . .  ,  n.    Simulation  exper- 
imentation consists  of  controlling  the  levels  of 


the  input  variables  X  at  several  distinct  sets  of 
values,  observing  the  simulated  response  y  at 
each  X,  and  eventually  selecting  X*^  so  as  to 
yield  the  most  beneficial  response  y  ^. 

Most  realistic  systems  require  considera- 
tion of  several  system  responses,  y., 
J  =  0,  1,.  .  .  ,m.    The  most  expedient  approach 
to  multiple-response  simulation  experimentation 
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IS  that  of  constrained  optimization.    In  this  ap- 
proach, one  response,  y^,  is  designated  a  pri- 
mary or  objective  response.    The  remaining 
responses  yj,  j=  1»  ...» ni  become  restric- 
tions or  constraints  by  placing  specifications 
on  their  performance.    The  mathematical 
statement  of  this  problem  is  as  follows: 
Maximize  (or  minimize)  y^  =  F(X)  (2) 


subject 


a.^X'.^  c. 
1     1  1 


i  =  l,...,n  (3) 


y^  =  Gj(X)  5(ors)  d.,    j  =  l,...,m  (4) 
where 

X     =    n-dimensional  vector  of  input  variables, 
x^,  i  =  1,  .  . .  ,  n; 

X.  =  value  of  the  ith  input  variable; 

a,  =  lower  bound  on  the  ith  input  variable; 

c.  =  upper  bound  on  the  ith  input  variable; 
F  =  objective  function,  of  unknown  form; 
Yq  =  objective  response  variable; 

yj  =    jth  response  variable; 

G.  =    jth  constraint  function,  often  of  unknown 
^  form; 

d,  «    specification  on  the  performance  of  the 
J         jth  system  response  yj; 

n      =    number  of  input  variables  in  the  simu- 
lation model; 

m     =    number  of  secondary  system  responses. 

Although  much  has  been  done  to  develop 
improved  techniques  for  simulation  experimen- 
tation, scant  attention  has  been  given  to  the 
constrained  optimization  problem.    This  paper 
examines  two  basically  different  approaches  to 
simulation  experimentation  with  constrained 
systems.    One  approach  combines  designed 
experiments,  regression,  and  mathematical 


programming  in  a  procedure  for  predicting  a 
constrained  optimal  solution.    This  paper  com- 
pares central  composite  and  simplex  lattice 
designs  for  their  effec  lveness  in  predicting  an 
optimal  solution.    A  second  approach  utilizes 
search  techniques  in  seeking  a  constrained  opti- 
laal  solution.    This  paper  compares  gradient 
oearch  with  two  direct  methods,  sectional 
search  (one-at- a-tinie  method)  and  accelerated 
sequential  simplex  search. 

EXAMPLE  PROBLEM 
The  problem  used  to  compare  these  various 
techniques  is  a  simple  (R,  r,  T)  inventory  sys- 
tem.   In  this  problem,  a  retail  outlet  sells  a 
particular  item  for  $65.    The  wholesale  cost  of 
this  item  is  $40.    There  is  an  inventory  carry- 
ing charge  of  $0.  20  per  dollar-year.    If  a  cus- 
tomer demands  a  unit  when  it  is  not  in  stock,  he 
will  purchase  it  at  a  competing  retail  outlet. 
The  outlet  under  study  assigns  a  loss  of  $20  to 
each  such  lost  sale.    The  inventory  position 
(units  in  stock  plus  those  on  order)  is  reviewed 
every  T  time  periods.    If  inventory  position  P 
is  less  than  or  equal  to  the  reorder  point  r,  an 
order  is  placed  for  R-P  units.    The  cost  of  each 
review  is  $2  and  the  cost  of  placing  an  order  is 
$3.    The  demand  for  the  item  is  Poisson-dis- 
tributed  with  a  mean  of  five  units  per  week.  The 
procurement  lead  time  is  Erlang-distributed 
according  to  the  relation 


f  (X)  = 


U  (UX)  e  ^  Q 
0  otherwise 


(5) 
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with  u  equal  to  2  and  k  equal  to  6, 

The  retail  outlet  wishes  to  maximize  pro- 
fits from  retailing  this  item,  but  it  must  oper- 
ate within  the  following  conditions: 

1,  The  stock-on-hand  cannot  exceed  60  units 
due  to  space  limitations; 

2,  Only  one  review  can  be  performed  on  any 
given  day,  and  a  review  is  required  by  man- 
agement policy  at  least  once  every  three 
months; 

3,  The  manager  wishes  to  have  the  average 
Weekly  lost  sales  not  exceed  0.  Z  units. 

This  leads  to  the  following  constrained  optimi- 
zation problem: 

Maximize  y^  =  $25  y^-  $20y2-  $0.  15344y2 

-  $3  y^  -  $2/x3  (6)  ; 

subject  to 

0  ^  Xj  ^  60 
0  ^  x^  ^  60 

Xj  ^  x^  (7) 
0.  2  ^       i  13.  0 
y^  ^  0.  2 

where 

y^  =      average  weekly  profit,  $  ; 
y^  =      average  weekly  sales,  units; 
y^  =      average  weekly  lost  sales,  units; 
y^  =      average  stock-on-hand  per  week;  units; 
y^  =      average  weekly  orders; 
Xj  =      inventory  position,  R,  units; 
x^  =      reorder  point,  r,  units; 
x^  =      review  period,  T,  weeks 
This  problem  assumes  a  five-day  week.  Note 
the  discrete  nature  of  the  independent  vari- 
ables.   If  x^  is  considered  on  a  daily  basis,  all 
three  independent  variables  x.,  i  =  1,  2,  3  are 
discrete.    Note  also  that  the  objective 


response  function  is  expressed  in  terms  of  four 
response  variables.    Hence,  there  are  five  re- 
sponse variables  which  must  be  observed  ex- 
perimentally. 

The  simulation  model  for  this  problem  is 
written  in  FORTRAN  using  the  GASP-II  simu- 
lation language  (13).    The  simulator  used  in 
this  study  consists  of  a  MAIN  program,  an 
EVNTS  subroutine,  and  four  events  subroutines 
DMAND,  PEREV,  RECPT,  and  ENDSM. 
These  components  provide  the  following  func- 
tions: 

1.  MAIN 

a.  Initializes  model  variables. 

b.  Turns  control  over  to  GASP  executive. 

2.  Subroutine  EVNTS 

a.  Transfers  control  to  the  appropriate 
event  subroutine. 

3.  Subroutine  DMAND 

a.  Creates  next  demand  in  accordance  with 
the  Poisson-distributed  arrival  rate. 

b.  Tests  stock  level.  The  variable  SALES 
is  incremented  by  one  if  STOCK  >  0  and 
SLOST  is  incremented  by  one  if  STOCK=0. 

c.  Collects  statistics  on  STOCK  if  a  sale  is 
made. 

4j  Subroutine  PEREV 

a.  Checks  inventory  position  P  against 
reorder  point  r.    If  P  ^  r,  the  receipt  of 
R-P  units  is  scheduled  in  accordance 
with  the  Erlang-di stributed  procurement 
lead  time. 

b.  Increments  number  of  orders  ORD  by  one 
if  an  order  is  placed. 

c.  Restores  inventory  position  P  to  level  R 
if  an  order  is  placed. 

5.  Subroutine  ENDSM 

a.  Terminates  simulation. 


229 


b.  Computes  weekly  averages  for  the  fol- 
lowing quantities! 

1.  )  Stock,  y^, 

2.  )  Orders  placed,  y^, 

3.  )  Sales,  y^; 

4.  )  Lost  sales,  y^; 

5.  )  Profit,  y^; 

A  six-year  or  312-week  period  of  operation  is 
examined  for  all  experiments  in  this  study. 
DESIGNED  EXPERIMENTS 

Considerable  attention  has  b<ien  given  to 
using  designed  experiments  in  simulation  ex- 
perimentation,   Burdick  and  Naylor  [4], 
Hunter  and  Naylor  [7],  Mihram  [9],  and 
Schmidt  and  Taylor  [14]  provide  excellent 
treatments  of  this  subject.    Most  of  these 
works  suggest  the  use  of  a  sequence  of  first- 
order  experiments  in  moving  toward  an  opti- 
mum, switching  to  a  second-order  design  in 
the  vicinity  of  the  optimum.    Montgomery  and 
Evans  [10]  have  evaluated  several  second - 
order  designs  for  experimenting  with  simula- 
tion models. 

This  paper  examines  the  use  of  two  sec- 
ond-order designs  for  simulation  experimen- 
tation, (1)  a  central  composite  design  by  Box 
[3]  and  (2)  a  simplex  lattice  design.  The 
basic  procedure  used  for  this  study  is  as  fol- 
lows: 

1.  A  designed  experiment  consisting  of  a  pre- 
determined set  of  design  points  is  per- 
formed with  the  GASP-II  simulation  model 
of  the  (R,  r,  T)  inventory  system.    Each  of 
the  responses  yj^,  k=0,  1, .  .  .  ,  m  is  observed 
and  recorded. 

2.  A  multiple  linear  regression  program^i'S''"^" 


used  to  fit  quadratic  models  of  the  form 

n  n         ^   n- 1  n 

y,  =  b  +.Sb:x.+.S  b..xS.E  .?  b..x.x.  (8) 
'k     o  i=l   1  1  i=i   11      i=lj=i+i  ij  1  J 

for  each  of  the  m+1  responses  [8]. 

3.  The  fitted  equations  are  used  to  formulate  a 
constrained  optimization  problem  as  ex- 
pressed by  equations  (2)  -  (4),  which  is 
solved  using  a  computerized  constrained 
pattern  search  procedure  [11]  based  on  the 
Hooke  and  Jeeves  search  method  [6]. 

Central  Composite  Design 
The  central  composite  design  for  a  system  of 
three  independent  variables  is  shown  in  coded 
form  in  Table  1.    Table  II  gives  the  actual  val- 
ues of  Xj,  x^f  and  x^  for  the  present  problem. 
Observe  that  the  radial  points  in  the  design  are 
not  exactly  equal  to  the  a  values  specified  by  the 
central  composite  design,  due  to  the  discrete 

nature  of  x.,  i  =  1,2,  3.    The  values  y    and  y^ 
1  o  c. 

are  also  given  in  Table  II.    The  center  point  is 
thrice  replicated  to  provide  an  estimate  of  lack- 
of-fit  error.    The  central  composite  design  pro- 
vides (2"+  2n+  1)  points,  compared  to  the 
[(n+1)  (n+2)/2]  coefficients  in  the  quadratic 
model  given  by  (8).    For  larger  problems,  the 
number  of  points  in  the  central  composite  de- 
sign considerably  exceeds  the  number  required 
by  the  quadratic  model. 

Simplex  Lattice  Design 
A  design  that  is  very  economical  for  use  with 
quadratic  models  is  the  [n,  2]  simplex  lattice 
design.    Myers  [12]  describes  the  use  of  sim- 
plex designs  for  firrt-order  experiments.  Fig- 
ure 1  shows  two  and  three-dimensional  first- 
order  simplex  designs.    The  [n,  2}  simplex  lat- 
tice design  follows  directly  from  the  firsfrorder 
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simplex  design  by  placing  a  point  at  the  mid- 
point of  each  edge  of  the  simplex,  as  illustrated 
in  Figure  2.    This  provides  exactly  the 
[(n+1)  (n+*l)/2]  design  points  needed  "for  esti- 
mating the  quadratic  model.    A  center  point  can 
be  placed  at  the  centroid  of  this  system  and  re- 
plicated to  provide  a  test  of  error  due  to  lack 
of  fit.    Table  III  gives  the  design  points  and  re- 
sponses for  a  simplex  lattice  design  for  the 
(R,  r,  T)  inventory  problem. 

Comparison  of  the  Two  Designs 
To  provide  a  comparison  of  the  two  de- 
signs, the  data  from  Tables  II  and  III  were  em- 
ployed in  a  "canned"  multiple  regression  pack- 
age to  fit  quadratic  equations  of  the  form  given 
by  (8).    The  resulting  equations  were  then  used 
in  formulating  the  constrained  optimization  pro- 
blem which  was  solved  using  the  "canned"  pat- 
tern search.    The  results  of  these  studies  were 
as  follows: 

Central  Simplex 
Composite  Lattice 

X  (60,45,  12)  (49,37,9) 

Profit  (predicted)  $124.  25  $122.  43  ' 

Profit  (actual)  118.52  121.49 

Lost  Sales  (predicted)  0.011  0.  036 

Lost  Sales  (actual)  0.035  0.0 

Hence,  the  simplex  lattice  design  performs 
slightly  better  than  the  central  composite  de- 
sign in  this  problem.    The  main  advantages  of 
the  simplex  lattice  design,  however,  are  those 
which  contribute  to  its  relative  economy: 

1.  It  uses  exactly  the  f  (n+1)  (n+2)/2]  points 
needed  to  estimate  the  quadratic  model. 

2.  It  develops  directly  from  a  first-order  de- 
sign. 


3.  It  contains  smaller  simplices  (refer  to  Fig- 
gure  2)  which  can  be  used  to  form  a  simplex 
lattice  design  in  a  sub-space  of  the  experi- 
mental region  around  a  predicted  solution 
simply  by  performing  the  experiments  cor- 
responding to  the  edge  mid-points  for  the 
simplex  sub-space. 

Disadvantages  of  the  simplex  lattice  design  are 

as  follows: 

1.  It  does  not  possess  optimal  statistical  pro- 
perties, such  as  minimum  bias  and  mini- 
mum variance.    Furthermore,  no  attention 
has  yet  been  given  to  describing  the  mathe- 
matical properties  of  the  design. 

2.  The  orientation  of  the  simplex  in  the  factor 
space  is  left  to  the  judgement  of  the  experi- 
menter.   (The  verticet:  of  the  design  given 

'in  Table  III  closely  approximate  an  orthogonal 
first-order  simplex  design  given  by  Myers 
[12]). 

SEARCH  METHODS 
An  alternative  to  employing  designed  experi- 
ments in  simulation  experimentation  is  to  use  a 
search  technique.    These  fall  into  one  of  two 
basic  categories,  (1)  gradient  methods  and  (2) 
direct  methods.    They  can  be  made  completely 
automatic  by  having  a  "canned"  program  com- 
pute the  succession  of  observations  in  the 
search,  or  they  can  be  made  adaptive  by  having 
the  experimenter  examine  the  results  after  each 
block  of  experiments  and  plan  the  next  block. 
The  latter  approach  is  likely  to  make  more  ef- 
ficient use  of  computer  time  and  is  the  scheme 
developed  in  this  paper.    A  gradient  search  pro- 
cedure,is  compared  with  two  direct  search 
methods,  sectional  (one-at-a-time)  search  and 
accelerated  sequential  simplex  search.  Each 
of  these  methods  has  the  feature  that  experi- 
mentation proceeds  in  a  sequence  of  blocks, 
allowing  the  experimenter  to  exercise  his  judge- 
ment as  experimentation  progresses. 
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Gradient  Search 

Gradient  search  is  initiated  by  placing  a 

set  of  experiments  around  a  base  point  X  to 

^  o 

estimate  the  gradient.    For  a  system  of  n  vari- 
ables, n+1  experiments  must  be  employed  in 
estimating  the  gradient,  as  given  by  the  follow- 
ing expression: 


=       +  Axj 


X    =  X   +  Ax 
n       o  n 


(9) 


After  observing  the  n+1  responses  y^^y^,  .  .  .  , 
y^,  the  experimenter  can  compute  the  gradient 
direction  as 


0) 


where 


B.  =  -r-i- 

J  Ax. 

J 


(") 


Ayj  is  the  change  in  the  response  y  caused  by 
the  incremental  change  LXy  with  all  other  vari- 
ables held  at  the  X  level. 

o 

Having  determined  the  gradient  direction, 
the  next  block  of  experiments  is  performed  at 
uniform  intervals  along  this  direction.  For 
constrained  systems,  the  bounds  given  by  (3) 
will  limit  the  step  in  the  gradient  direction. 
This  combination  of  a  gradient-determining 
block  and  a  step-determining  block  is  repeated 
until  an  acceptable  solution  is  found. 
Beveridge  and  Schechter  f  1]  give  an  excellent 
presentation  ot  this  topic. 

Table  IV  presents  the  results  of  a  gradient 
search  approach  to  the  example  (R,  r,  T) 


inventory  problem.    The  requirement  for  dis- 
crete values  of  X.,  i  =  1,2,3  somewhat  compli- 
cated the  selection  of  experiments  in  the  step- 
determining  blocks,  so  that  in  effect  only  a 
"near-gradient"  direction  could  be  followed. 
Nevertheless,  gradient  search  is  seen  to  be 
adequately  effective  as  a  simulation  search 
technique.    The  search  was  terminated  after 
block  8,  because  the  indicated  gradient  direc- 
tion would  have  caused  constraint  violation. 

In  Table  IV,  blocks  1,  3,4,  6,  and  8  are  gra- 
dient-determining blocks.    Blocks  2,  5,  and  7 
are  step-determining  blocks.    In  block  2,  the 
best  point  along  the  gradient  direction  was  (60, 
20,  30).    The  gradient  from  this  point,  however, 
as  computed  from  the  results  from  in  block  3, 
would  have  violated  the  upper  bound  on  the  vari- 
able Xj.    Therefore,  the  decision  was  made  to 
evaluate  the  gradient  from  the  next  best  point  in 
block  2,  (40,20,34),  which  produced  the  results 
in  block  4.    This  episode  points  out  one  of  the 
difficulties  in  sequential-block  experimentation, 
that  subjective  judgements  must  often  enter  the 
experiment  selection  process. 

Sectional  Search 
Perhaps  the  simplest  direct  search  method 
is  that  in  which  only  one  variable  at  a  time  is 
changed.    By  keeping  n  -  1  of  the  n  variables 
fixed  at  some  level,  the  remaining  variable  can 
be  altered  over  its  range.  ^This  process  is  re- 
peated until  an  optimal  solution  is  found. 

Table  V  gives  the  results  of  a  sectional 
search  applied  to  the  example  inventory 


232 


problem.    Four  experiments  are  used  in  each 
block,  except  in  block  2  where  the  fourth  ex- 
periment would  have  duplicated  an  experiment 
frojn  block  1,    In  block  2,        was  varied  from 
18  to  36,  since  it  could  not  exceed  X^,  which 
was  maintained  at  40,        block  3,  X^  was 
varied  from  38  to  56,  since  it  could  not  fall 
below  the  value  of  X^  at  36.    In  block  4,  X^  was 
varied  from  4  to  16,  since  higher  values  had 
been  shown  in  block  1  to  be  less  profitable. 
The  search  was  halted  in  block  6,  since  none  of 
the  experiments  in  the  block  produced  results 
superior  to  the  solutions  observed  in  blocks 
4  and  5, 

Accelerated  Sequential  Simplex  Search 
A  technique  that  appears  promising  for 
simulation  experimentation  is  the  accelerated 
sequential  simplex  search  method  [2],  which 
is  based  on  the  sequential  simplex  method  of 
Spendley,  Hext,  and  Himsworth  [  15].  Instead 
of  moving  along  one  point  at  a  time,  however, 
this  new  technique  employs  a  simplex  of  n-f  1 
points  in  each  successive  block.    The  direction 
of  movement  is  that  from  the  worst  point  in  the 
simplex  through  the  centroid  of  the  n  remaining 
points.    If  the  same  direction  is  maintained  in 
successive  blocks,  the  movement  accelerates 
in  accordance  with  the  following  relations: 
X^;  =  Xj^+  2h(X^.XJ,  k=  0,1,. ..n  .(12) 
where 

X^    -  kth  vertex  in  the  next  simplex, 
Xj^    =  kth  vertex  in  the  current  simplex, 
h    =no.  successive  blocks  in  which  the  same 


direction  is  maintained, 
X^^  =:    point  yielding  worst  response  y, 

^c    =     t  -^c  ^il/"' 
c  jeS  J 

where  S  is  the  set  of  all  points  in  the  simplex 

other  than  X  . 

w 

Figure  3  shows  the  progress  of  the  stand- 
ard sequential  simplex  search  technique  for  a 
simple  two-dimensional  problem.    Figure  4 
shows  the  progress  of  the  accelerated  method 
for  the  same  problem.    Table  VI  presents  the 
results  from  employing  accelerated  sequential 
simplex  search  with  the  (R,  r,  T)  inventory  pro- 
blem.   The  worst  point  in  each  simplex  is  noted 
with  an  asterisk.    The  search  was  halted  after 
block  6  because  the  indicated  direction  of  move- 
ment to  a  seventh  block  was  toward  a  region 
that  had  already  been  examined  in  block  5. 
Moreover,  the  maximum  profit  in  block  6  was 
less  than  0.  6  percent  higher  than  that  in  block  5. 
Comparison  of  Search  Methods 

Of  the  three  search  methods  examined  here, 
the  accelerated  sequential  simplex  procedure 
yielded  the  best  solution  to  the  example  (R,  r,  T) 
inventory  problem.    With  respect  to  search  ef- 
ficiency, the  simplex  and  sectional  search  pro- 
cedures each  required  six  sequential  blocks, 
compared  to  eight  blocks  for  the  gradient  pro- 
cedure.   The  results  are  conditioned,  however, 
on  the  somewhat  arbitrary  criteria  which  were 
used  to  stop  the  search* 

The  initial  experiments  by  each  procedure 
produced  solutions  that  violated  the  lost  sales 
constraint;  however,  moves  that  gave  improved 
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values  of  the  objective  response       also  re- 
duced the  extent  of  lost  sales  constraint  viola- 
tion.   This   outcome  is  not  surprising,  con- 
sidering the  relatively  high  cost  of  a  lost  sale. 
This  is  not  the  most  realistic  situation  one 
could  encounter,  however,  and  the  example  pro- 
blem is  defective  in  that  regard. 

To  summarize  the  procedures  to  apply  in 
the  face  of  constraints,  the  foremost  rule  is  to 
initiate  the  search  in  the  interior  of  the  feasible 
region.    The  three  search  methods  could  then 
operate  in  the  following  ways: 

1*  In  gradient  search,  select  as  a  point  along 
the  gradient  direction  that  point  which  yields 
the  maximum  value  of  the  objective  response 
y^  without  violating  a  constraint.    The  gra- 
dient-determining block  would  then  be  per- 
formed to  establish  the  best  direction  from 
that  point. 

2.  In  sectional  search,  consider  only  those  ex- 
perimental points  in  each  block  which  do  not 
violate  constraints,  selecting  that  point 
which  maximizes  the  objective  response. 

3.  In  accelerated  sequential  simplex  search: 

a.  If,  for  a  simplex  derived  by  letting  h^  2, 
constraint  violation  occurs,  set  h=  1  and 
compute  the  next  simplex* 

b.  If,  for  a  simplex  derived  by  letting  h=l, 
constraint  violation  occurs,  select  a  point 
other  than  the  worst  point  as  X^.  Re- 
compute a  new  simplex  with  h  =  1. 

c.  If  rules  a  and  b  fail  to  yield  a  solution 
satisfying  all  constraints,  curtail  the 
search  and  adopt  the  best  observed  point 
as  a  solution. 

It  should  be  stressed  that  none  of  these  methods 
produce  a  globally  optimal  solution.    They  are 
effective,  however,  in  producing  a  very  worth- 
while solution. 

CONCLUSIONS 
This  paper  has  discussed  the  use  of 


sequential-block  search  tecnniques  in  simula- 
tion experimentation  with  constrained  systems. 
Two  basically  different  procedures  have  been 
examined,  each  of  which  is  effective  in  locating 
an  acceptable  constrained  solution.    None  of  the 
techniques  examined  here  assure  a  globally  opt- 
imal solution,  however. 

Of  the  two  second-order  experimental  de- 
signs studied,  the  simplex  lattice  design  offers 
both  economy  and  search  effectiveness  in  sim- 
ulation experimentation.    There  is  much  to  be 
learned  about  this  design,  however,  and  addi- 
tional research  in  both  its  theoretical  and  prac- 
tical aspects  is  necessary.    The  approach  of 
performing  a  designed  experiment,  fitting  first 
or  second-order  response  models,  and  applying 
a  mathematical  programming  procedure  in 
seeking  a  constrained  optimal  solution  is  defi- 
nitely worthwhile  for  simulation  experimentation. 

Gradient  or  direct  search  is  another  prac- 
tical and  effective  approach  to  constrained  sys- 
tems simulation  experimentation.    This  ap- 
proach is  especially  useful  for  complex  systems, 
where  the  experimenter  desires  to  exercise  his 
own  judgement  after  each  block  of  experimenta- 
tion.   A  technique  that. appears  to  be  very  pro- 
mising for  sequential-block  experimentation  is 
accelerated  sequential  simplex  search.  This 
technique  retains  the  advantages  of  the  stand- 
ard sequential  simplex  search  technique,  in- 
cluding an  effective  direction-determining 
mechanism,  and  adds  the  capability  for  accel- 
eration in  a  direction  that  consistently  proves 
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favorable.     There  is  a  definite  need,  however, 
to  evaluate  this  technique  for  problems  of  di- 
mension greater  than  three.    Additional  evalua- 
tion of  moveme.nts  near  binding  constraints  is 
also  necessary. 
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TABLE  II 

DESIGN  POINTS  FOR  CENTRAL  COMPOSITE  DESIGN  FOR  EXAMPLE  PROBLEM 


Design  R  r  T  Profit       Lost  Sales  Seed 

Point  X3 


46 

"^6 
j\/ 

9 
c 

CI  1 7  77 

0.  0 

5461 

z 

46 

36 

1  ft 

lift  IK 
110.  Jtj 

n  11 
U.  1 1 

5461 

3 

46 

44 

2 

116. 81 

0.0 

5461 

4 

46 

44 

18 

118. 31 

0.  11 

5461 

5 

54 

36 

2 

117.  54 

0.02, 

5461 

6 

54 

36 

18 

112. 68 

0.23 

5461 

7 

54 

44 

2 

119.  78 

0.0 

5461 

8 

54 

44 

18 

122. 31 

0.01 

5461 

9 

45 

40 

10 

121. 90 

0.01 

5461 

10 

55 

40 

10 

122.  88 

0.01 

5461 

II 

50 

35 

10 

121. 80 

0.04 

5461 

12 

50 

45 

10 

121.43 

0.0 

5461 

'i3 

50 

40 

1 

114. 86 

0.0- 

5461 

14 

50 

40 

19 

125.  50 

0.02 

5461 

15 

50 

40 

10 

119. 88 

0.0 

5461 

16 

50 

40 

10 

125.  84 

0.02 

1971 

17 

50 

40 

10 

119.53 

0.01 

8433 
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TABLE  HI 

DESIGN  POINTS  FOR  SIMPLEX  LATTICE  DESIGN  FOR  EXAMPLE  PROBLEM 


Oc  s  i  gn 
Point 

K 
^1 

r 

T 
^3 

Profit 
^o 

Lost  Sales 

Seed 

1 

50 

'  46 

2 

$116.93 

0.0 

5461 

2 

40 

36 

18 

110.^38 

0.30 

5461 

3 

50 

26 

2 

115.78 

0.11 

5461 

4 

60 

36 

18 

117.98 

0.  11 

5461 

5 

45 

41 

10 

120.35 

0.01 

5461 

6 

50 

36 

2 

118.76 

0.0 

5461 

7 

.  55 
1 

41 

10 

119.36 

0.0 

5461 

8 

45 

31 

10 

117.82 

0  13 

546l 

9 

50 

36 

18 

118.24 

0.  10 

5461 

10 

55 

31 

10 

118.27 

0.05 

5461 

11 

50 

36 

10 

121.73 

0.02 

5461 

12" 

50 

36 

10 

125.42 

0.06 

1971 

13 

50 

36 

10 

121. 10 

0.08 

8433 
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TABLE  IV 

GRADIENT  SEARCH  APPLIED  TO  (R,  r,  T)  INVENTORY  PROBLEM 


Block  R  r  T  Profit  Lost  Sales 

^1  '  ^2  ^3  ^o  ^2 


30 

20 

•  36 

$50.  37 

1,  72 

1 

33 

20 

36 

59.  99 

1,  51 

30 

23 

36 

50.  37 

1,  72 

-  30 

20 

39 

48.  39 

1,  72 

■  35 

20 

35 

65,  69 

1,  37 

40 

20 

34 

81.  67 

0,  98 

9 

L 

45 

20 

33 

61,  32 

1,  47 

50 

20 

32 

65,  75 

1,  37 

55 

20 

7  A  no 

f  0,  Uo 

-  60 

20 

30 

91,  01 

0,  74 

i 

• 

57 

20 

30 

85,  17 

0,  93 

60 

Q  O     O  A 

0,  lO 

«  60 

20 

27 

87,  88 

0,  82 

"  43 

20 

34 

80,  32 

1,01 

4 

40 

23 

34 

83,  55 

0,  92 

-  40 

20 

31 

85,  43 

0,  90 

38 

23 

28 

74,  40 

1,  18 

5 

36 

26 

22 

91,  54 

0,  77 

34 

29 

16 

lu4, 74 

0,44 

-  32 

32 

10 

111,  98 

0,  25 

35 

32 

10 

116,  39 

0,  15 

6 

32 

29 

10 

105,27 

0,40 

-  32 

32 

7 

118,  18 

0,  20 

^*  34 

33 

7 

120, 94 

0,  13 

7 

36 

34 

4 

122,  70 

0,  01 

-  38 

35 

1 

112,  94 

0,  0 

"  39 

34 

4 

120, 82 

0,  04 

8 

36 

31 

4 

119, 86 

0,  06 

_  36 

34 

7 

121,  62 

0,  08 
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TABLE  V 

SECTIONAL  SEARCH  APPLIED  TO  (R,r.T)  INVENTORY  PROBLEM 


Block 

R 
^1 

T 
X3 

Profit 
^o 

Lost  Sales 

40 

30 

10 

*  *  7  •  73 

n  n t^ft 

W«  U  Do 

1 

40 

30 

^3 

1  ft 

40 

30 

40 

69.40  • 

1.  30 

40 

30 

55 

49.  94 

1.70 

1  o 

1  (\ 

Q  C    '7  A. 
OD.  f  4 

o 

1  n 
1  u 

1  n9  on 

U.  4o 

40 

36 

10 

120. 38 

0.  022 

o  o 

36 

10 

1 19. 26 

0.  067 

/f  A 

44 

io 

10 

120. 67 

0.  0 

C  A 

dO 

io 

10 

121 . 73 

0.  022 

56 

36 

10 

119.71 

0.039 

50 

36 

4 

120.  19 

0.019 

'  4 

50 

36  ■ 

8 

122. 38 

0.035 

50 

36 

12 

122.  87 

0.058 

50 

36 

16 

119. 60 

0.074 

50 

34 

12 

117.28 

0.  12 

5 

50 

38 

12 

121. 94 

0.006 

50 

40 

12 

122. 87 

0.019 

50 

42 

12 

.121.73 

0.010 

46 

40 

12 

121.71 

.003 

6 

48 

40 

12 

122. 81 

0.016 

52 

40 

12 

121. 93 

0.0 

54 

40 

12 

118.93 

0.055 

Note:  *  denotes  best  value  of  X 
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ACCELERATED  SEQUENTIAL  SIMPLEX  SEARCH  WITH  (R,  r,  T)  INVENTORY  PROBLEiM 


r  T  Profit  Lost  S 

"2  "3  ^2 


2 


3 


4 


5 


6 


ft 

30 

7.  C 

^    1  Q    '7  4 

5>  4o.  74 

1 .  75 

34 

21 

36 

62.  95 

31 

24 

36 

53.  77 

31 

21 

39 

51.63 

\  At; 

I  .  O  3 

34 

24 

An  cfk 
OU.  dU 

1 .  45 

38 

25 

40 

67.25 

r.  32 

35 

28 

40 

57.  98 

1 .  54 

* 

35 

25 

43 

48.  92 

1 .  79 

25 

32 

68^76 

1.  32 

39 

26 

33 

87.27  . 

0.84 

36 

29 

33 

79.  14 

1.02 

36 

26 

36 

68.73 

1.31 

38 

28 

19 

106.  31 

0.46 

42 

'29 

20 

105.46 

0.44 

39 

32 

20 

107.72 

0.42 

39 

29 

23 

104. 12 

0.46 

JSC 

41 

31 

2 

118.82 

(j.055 

45 

32 

3 

119.28 

0.016 

42 

35 

3 

120.27 

0.0 

42 

32 

6 

123.94 

0.039 

45 

35 

6 

124.64 

0.045 

49 

36 

7 

122.49 

0.0 

46 

39 

7 

120.90 

0.0 

46 

36 

10 

120.34 

0.003 

Note:  *  denotes  worst  point,  X 

w 
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SIMPLEX  LATTICE 


SIMPLEX  LATTICE 


Figure  1 
First-Order  Simplex  Designs 


Figure  2 
Second -Order  Simplex  Designs 
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Figure  3 
Sequential  Simplex  Search 


Figure  4 

Accelerated  Sequential  Simplex  Search 
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Abstract 

The  basic  objectives  of  this  paper  are  two-fold.    The  first  objective 
is  to  illustrate  the  use  of  three  multivariable  optimization  techniques 
as  they  are  applied  in  an  interactive  fashion  to  the  optimization  of 
simulation  experiments.    The  second  and  more  Important  objective  is  to 
present  the  rationale  behind  the  termination  criterion  for  simulation 
experiments  which  is  applicable  to  virtually  any  multivariable  optimiza- 
tion procedure.    The  termination  criterion  is  statistically  based  and 
includes  cost  factors  prevalent  for  running  the  simulation  as  well  as 
the  potential  savings  from  continued  application  of  the  search.  The 
optimization  techniques  to  be  considered  in  the  paper  are 

1.  The  sequential  one  factor-at-a-tirae  technique  as  ptroposed 
by  Friedman  and  Savage, 

2.  The  pattern  search  method  of  Hooke  and  Jeeves,  and 

3.  The  successive  quadratic  approximation  technique  of  Schmidt 
and  Taylor. 

It  is  shown  that  the  termination  criteria  based  upon  economic  and 
statistical  considerations  is  most  effective  for  simulation  experiments. 
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Introduction 

Digital  simulation  techniques  for  discrete 
systems  have  progressed  rapidly  over  the  past 
decade.    The  present  development  in  digital 
simulation  seems  to  be  foil  )wing  two  basic 
avenues.    The  first  area  of  development  is  in 
special  purpose  computer  languages  for  discrete 
systems  simulation.    The  second  area  of  develop- 
ment Is  in  the  statistical  methodology  related 
to  the  design  of  simulation  experiments  and 
analysis  of  results.     In  this  paper  we  shall 
investigate  a  third  possible  avenue  of  develop- 
ment for  discrete  systems  simulation,  namely 
the  use  of  multivariate  optimization  techniques 
for  simulation  experiments. 

Often  in  performing  the  simulation  analysis 
of  a  given  system  the  objective  Is  simply  to 
obtain  a  measure  of  system  effectiveness  for 
some  prescribed  values  of  the  decision  variables. 
However,  more  frequently,  the  objective  is  to 
obtain  the  specific  values  of  decision  variables 
which  will  optimize  the  system  effectiveness 
function.    When  this  is  in  fact  the  objective, 
the  problem  can  be  addressed 'by,  a  body  of 
"multivariable  optimization  techniques".  In- 
deed these  techniques  are  not  new.    They  have 
been  in  existence  for  many  years  and  have  been 
applied  widely  to  problems  of  a  deterministic 
nature  [4],  [18],  [19], 

The  basic  objectives  of  this  paper  are  two 
fold:  The  first  objective  Is  to  illustrate  the 
application  of  three  of  these  techniques  to  the 
optimization  of  simulation  models.    The  second 


and  more  important  objective  is  to  present  the 
rationale  behind  a  termination  criterion  for 
simulation  experiments  which  is  applicable  to 
virtually  any  multivariable  optimization  proce- 
dure.   The  termination  criterion  is  statistically 
based  and  Includes  the  co^^  ,  factors  prevalent  in 
conducting  the  simulation  analysis  as  well  as 
potential  saving  from  continued  application  of 
the  search.    The  termination  criterion  will  be 
shown  to  be  effective  for  these  stochastic 
problems , 

The  optimization  techniques  are  employed  in 
an  interactive  manner  with  the  simulation  model. 
The  operation  is  such  that  particular  values  of 
the  decision  variables  are  specified  by  the 
optimization  program  to  the  simulation  program, 
A  measure  of  system  effectiveness  is  determined 
through  simulation  which  is  returned  to  the 
optimization  program.    Based  upon  that  value  of 
the  effectiveness  function  new  values  of  the 
decision  variables  are  determined  and  the  process 
is  repeated.    At  some  point  in  this  process  a 
termination  criterion  will  be  met  and  the 
procedure  will  terminate.    This  facet  will  be 
discussed  later. 

The  optimization  techniques  to  be  consid- 
ered in  this  paper  are: 

1,  The  sequential  one-factor-at-a-tirae 
technique  as  proposed  by  Friedman  and 
Savage  (7), 

2,  The  pattern  search  method  of  Hooke  and 
Jeeves  (10), 

3,  Successive  quadratic  approximations  of 
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Schmidt  and  Taylor  (16). 
Each  of  these  techniques  shall  be  discussed  in 
detail  In  a  later  section  of  this  paper.  The 
search  routines  will  be  discussed  in  terms  of 
a  minimization  problem.    The  model  to  which  the 
techniques  were  applied  is  a  stochastit  inventory 
system  which  shall  also  be  discussed  in  some 
detail  in  later  sections. 

Multivariate  Search  Procedures 
All  multivariable  search  procedures  have 
essentially  two  basic  objectives:     (1)  to  obtain 
an  improved  value  of  the  effectiveness  function; 
(2)  to  provide  information  useful  for  locating 
future  experiments  where  desirable  values  are 
likely  to  be  found.    Tha  logical  organization  of 
a  search  procedure  is  such  as  to  accomplish  the 
aforementioned  objectives  through  a  three  phase 
operation.    The  first  phase  sets  the  stage  by 
making  the  initial  observation(s)  of  the  effect- 
iveness function.    From  this  initial  phase  can 
be  determined  the  general  direction  of  the  search. 
The  second  phase  of  the  search  is  characterized 
by  rapid  movement  toward  the  optimal.  During 
this  phase  the  effectiveness  function  is  examined 
through  selective  manipulation  of  the  decision 
variables.     The  final  phase  of  the  search  is 
perhaps  the  most  important.    This  is  known  as 
the  termination  phase  and  the  termination 
'criterion  plays  a  critical  part  in  the  overall 
procedure. 

In  general,  the  first  phase  of  any  search 
procedure  is  designed  to  "get  things  underway*'. 


For  most  practical  examples  this  phase  consists 
of  the  experimenter  "arbitrarily"  establishing 
the  stating  point.    Many  experimental  statistical 
designs  have  been  created  to  aid  in  this  process. 
Hovever,  for  the  procedures  discussed  herein  the 
stating  point  is  chosen  arbitrarily  and  to  some 
extent  the  results  to  be  derived  from  any  of 
these  procedures  are  dependent  upon  a  "luckv" 
choice  for  the  beginning  point.    If  the  experi- 
menter fortunately  chooses  initial  values  of 
decision  variables  which  are  close  to  the  optimum 
levels,  money  will  be  saved  in  achieving  a 
relative  optimum.     If,  on  the  other  hand,  luck 
is  not  with  the  experimenter  and  he  selects 
initial  levels  which  are  far  from  the  optimal 
values,  then  it  likely  will  cost  him  more  to 
achieve  a  relative  optimum. 

Once  the  initial  experiment  has  been  accom- 
plished ,the  information  gained  from  that  may  be 
used  to  assist  future  experiments.    The  proce- 
dure of  the  particular  search  technique  is  then 
applied  in  an  algorithmic  fashion.    The  search 
procedures  discussed  herein  all  operate  on  the 
function  in  a  systematic  fashion,  varying  the 
decision  variables  in  some  prescribed  manner. 
This  phase  of  the  overall  operation  is  likely  to 
consume  the  bulk  of  the  activity  of  the  search. 
As  a  result  of  this  phase,  the  effectiveness 
function  should  be  significantly  improved. 
Later  sections  of  this. paper  will  describe  in 
detail  this  phase  of  the  operation. 

The  final  phase  of  the  search  procedure  is 
called  the  termination  phase  and  specifies  the 
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conditions  under  which  the  search  procedure  will 
terminate.    This  phase  is  of  great  interest  and 
is  considered  at  length  in  this  paper, 

Tliere  are  several  characteristics  of  search 
procedures  which  will  be  mentioned  here  for 
purposes  of  description.    They  wlJI  not  be 
explored  In  depth  but  should  be  taken  into 
account  when  considering  wliat  technX-jue  to  apply. 
These  characteristics  are  listed  below. 

1.  Total  number  of  simulation  replications 
required  to  obtain  an  optimum. 

2.  Ability  to  move  on  the  response  surface 
in  several  directions. 

3.  Ability  to  vary  step  length, 

4.  Ability  to  deal  successfully  with  a 
large  number  of  decision  variables. 

5.  Termination  criterion. 

The  Sequential  One-Factor-at-a-Time  Method 
Sectioning  or  the  one-at-a-time  method 
proposed  by  Friedman  and  Savage  (7)  is  one  of 
the  simplest  optimum  seeking  techniques  avail- 
able and  may  be  applied  to  functions  of  any 
number  of  decision  variables.  Suppose 
y(>\f^2**  *  *         is  a  cost  function  to  -be  mini- 
mized, where  x^,  i»l,2,.,.,n,  are  the  decision 
variables.    To  apply  the  method  of  sectioning, 
the  analyst  fixes  the  values  of  the  last  n-1 
variables  and  varies  the  first  until  a  minimum, 
or  at  least  near  minimum,  is  found.    Let  x°  be 
the  minimizing  value  of  x^^  ;:ith  associated  cost 

y(xJ,X2  x^).    The  value  of  x^^  is  now  fixed 

at  x^,  and  x^  is  varied  until  Its  optimal  value 


is  determined,  x^*    This  procedure  is  repeated 

for  all  n  decision  variables.    The  entire  process 

is  repeated  until  values  of  the  decision  variables 

are  found  such  that  further  change  in  any  one  of 

the  variables  will  result  in  an  increase  in  the 

value  of  the  objective  function. 

The  sectioning  search  may  be  effected  in. 

several  ways.    However,  the  initial  step  is 

always  the  same.    All  but  one  of  the  decision 

variables  are  given  fixed  values*    Let  these 

variables  be  x.  x^.    The  initial  value  of 

/  n 

the  remaining  variable,  x^^,  must  now  be  set  and 

the  measure  of  effectiveness,  yCx^^, . . .  ,x^) , 

evaluated.    The  initial  search  over  x^^  usually 

Involves  changing  x^^  In  rather  large  increments. 

Let         be  the  jth  Increment  chosen  for  the  ith 

decision  variable  and  let  m  be  the  number  of 

increments  for  each  variable,  jal,2,...,m. 

Choosing         relatively  large  allows  the  search 

to  rapidly  locate  the  general'  region  of  the 

optimum  value  o£  x^^,  x^^,  given  the  fixed  values 

of  the  remaining  variables.    Let  us  arbitrarily 

assume  that  in  searching  over  any  decision 

variable,  we  first  Increase  the  value  of  the 

variable  and  if  this  does  not  prove  fruitful  we 

then  decrease  Its  value.    Therefore,  the  first 

step  In  the  search  moves  us  to  the  point 

(x^+5^^,X2,...,x^).     If  y(Xj^+6j^j^,X2,...,x^)  < 

y(x, ,...,x  ),  we  must  continue  to  increase  x, , 
in  1 ' 

next  examining  the  measure  of  effectiveness  at 
(Xj^+26j^j^,X2, . .         .  procedure  is  continued 

until  a  point  (x^+H6^^fX2  x^)  Is  found  such 

that  y(x^+M6^^,x2.....x^)  >  y(x^+(M-l)6^^,x2,.. 
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.,x^).  If  the  objective  function  is  convex,  x* 
lies  between  Xj^+(M-2)6^^  and  Xj^+M6^^. 

If  y(x^+6^^.x2  ""n^     ^^''l  ^n^ '  ^ 

further  increase  in  x^^  would  not  be  warranted  If 
the  objective  function  is  convex,  therefore, 
the  next  point  evaluated  would  be  C^^"^]^]^      '  *  * 

••V-  "  y(v*ii'''2  V  "  y^'^i  V' 

then  Xj^  is  such  that  ^^^-6^^^^  ^I'^'^II' 

^^^l"^II*^2 ^n^      ^^^I  ^n^'  ^® 

further  reduced  until  a  point  (Xj^-M6j^ j^^X2 , . . 

.,x  )  is  found  such  that  y(x,-M6,, ,x„,. . . ,x  )  > 
"  1      ii    ^  n 

y(x^-(M-I)6j^j^,X2,...,x^),  in  which  case  x*  is 
such  that  x^-M6j^j^  Xj^-(M-2) 6^^^. 

Ignoring  boundary  constraints,  the  result 
of  the  initial  search  over  x^^  is  an  interval  of 
width  26j^j^,  the  center  of  which,  x°,  is  the  best 
estimate  of  x^^  thus  far.    At  this  point  the 
analyst  may  choose  to  continue  the  search  over 
Xj^,  keeping  the  remaining  decision  variables 
fixed  at  their  previously  established  values. 
To  accomplish  this,  the  analyst  chooses  a  new 
increment  for  x^^,  6^^,  which  is  less  than  the 
initial  increment.    The  starting  point  for  this 

search  is  the  center  point  of  the  interval  about 

*  o 
Xj^  which  was  obtained  in  the  initial  search,  yiy 

The  procedure  described  for  the  initial  search 

of       is  then  repeated  until  a  new  value  of  x° 

is  derived.    The  entire  process  is  repeated 

over  and  over  again  until  x^  is  bracketed  by  a 

sufficiently  small  interval.    When  the  search 


over  Xj^  terminates,  the  search  over  X2  begins, 
fixing       at  the  last  value  of  xj  derived  and 
holding  X2,...,x^  at  their  initial  values.  The 


procedure  for  the  search  over  X2  Is  identical  to 
that  for  After  all  n  variables  have  been 

searched  over  once,  the  search  returns  to  x^^  and 
starts  the  whole  process  over  again.  The  search 
terminates  when  for  every  i 


,00  0  Ov 

y(Xj^,X2  x^  x^) 


(1) 


When  the  initial  search  over  x^^  terminates, 
the  analyst  may  choose  to  search  over  the  remain- 
ing variables  before  refining  the  search  over  x^^. 
If  this  is  the  case,  x^^  is  fixed  at  the  initial 
value  of  x°,  and  the  search  over  X2  is  conducted 
in  increments  This  process  is  repeated  for 

all  n  variables.    Here  the  search  returns  to  x^^, 
again  searching  in  increments  The  search 

increment  for  any  variable  is  not  reduced  until 

a  point  (x^,x^, . . . ,x°)  is  found  such  that  for 
1    ^  n 


every  1 


/    O      O  O,  ^  Ov 

y(x^,X2,...,x^+6^j^  x^)  > 


^00  O  Ov 

y  ^Xj^  1X2  |»»»|X^,...  ,x^ ) 


(2) 


When  this  condition  is  achieved,  the  increments 
on  all  variables  are  reduced  to  6^21  i''l|2,.. 
.,n,  and  the  search  over  all  decision  variables 
is  repeated  until  the  termination  criterion 
given  is  satisfied. 


The  Pattern  Search  Method 
The  philosophy  underlying  the  pattern 
search  technique  is  based  upon  the  hopeful 
conjecture  that  any  adjustments  of  the  decision 
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variables  which  have  improved  the  effectiveness 
function  during  early  experiments  will  be  worth 
trying  again.    The  technique  begins  from  the 
starting  point  by  moving  in  small  steps.  The 
stepc  grow  with  repeated  success.    Failure  at 
any  step  length  indicates  that  shorter  steps  are 
in  order.    If  a  change  in  direction  is  required, 
the  technique  will  begin  over  again  with  a  new 
pattern.    The  method  is  a  ridge  following  tech- 
nique and  a  pattern  of  moves  can  succeed  only 
if  it  lies  along  a  straight  ridge.    In  the  area 
of  the  optimal  the  steps  become  very  small  to 
avoid  overlooking  any  promising  direction.  As 
before  yM  is  the  value  of  the  objective  func- 
tion evaluated  at  the  point  x>  previously 
defined  as  (Xj^,X2, . . .  ,x^) .    The  technique  seeks 
an  optimal  in  a  series  of  cycles.    One  cycle, 
differs  from  another  basically  in  the  step 
length  employed  for  the  decision  variables. 

In  visualizing  what  is  meant  by  a  "pattern", 
it  is  helpful  to  think  of  an  arrow,  its  base  at 
one  end  and  its  head  at  the  other*    A  cycle 
begins  at  a  base  point  b^^.    At  the  beginning  of 
a  given  cycle  a  step  width  6^  is  determined  for 
each  decision  variable.    Let  6^  be  the  vector 
whose  ith  component  is  6^,  the  rest  being  zero. 
After  evaluating  y(bj^),  yCb^^^+lj^)  is  evaluated. 
If  the  new  point,  b^^  +  i.^^,  is  better  than  the 
base  point,  this  point  is  called  the  temporary 
head  t^^^  where  the  first  subscript  indicates 
the  pattern  number  under  construction  and  the 
second  subscript  indicates  the  variable  number 
most  recently  perturbed.    If  b^^  +  6^  is  not  as 


good  as  b^j^,  y(b^2^-£j^)  is  evaluated.     If  this 
point  is  better  than  the  base  point  it  is 
denoted  as  the  temporary  head;  otherwise  b^^  is 
designated  as  the  temporary  head.    This  process 
is  repeated  for  each  of  the  decision  variables 
following  the  rule  that  a  jth  temporary  head 
U^j)  is  obtained  from  the  preceding  one, 
t^.      , ,  as  fol lows: 


n.ln[y(4,j_,+ij).  y(t,^j_,-  6j)]  (3) 

Equation  3  covers  all  variables  j(l  <  j  <  n)  if 
the  convention  is  adopted  that 


ho  =  h  • 


When  all  decision  variables  have  been  perturbed, 
the  last  temporary  head  point,  t^^  is  designated 
as  the  second  base  point  b^^*  l*e*> 


The  original  base  point  in  the  cycle  b^^^  and  the 
newly  determined  base  point,  b^2»  establish  the 
first  pattern  which  is  ths  arrow  joining  b^^^  to 


^2- 


At  this  point  in  the  procedure  an  acceler- 
ation step  is  initiated  to  establish  the  next 
temporary  heading.    Under  the  philosophy  that 
if  a  similar  exploration  is  conducted  from  b^^ 
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the  results  are  likely  to  be  the  same,  the  local 
perturbations  are  ignored  and  the  search  is 
extended  to  a  new  temporary  head  t^^^  'for  the 
second  pattern  based  at  b2.    The  initial  tempo- 
rary head  is  given  by 


I20  =  ^1  2(b2-b^) 


=  ^2      ^2  ■  ^1 


In  other  words,  the  arrow  (representing  the 
direction  of  the  pattern)  is  extended  from  b^  to 

immediately  doubling  its  length.    In  line 
with  terminology  previously  used,  the  double 
subscript  on  the  temporary  head  t^^  indicates 
the  initiation  of  the  second  pattern  with  no 
local  explorations  yet  performed.    A  local 
exploration  is  now  carried  out  about  t^^Q  to 
correct  the  tenative  second  pattern,  if  neces- 
sary.   The  logical  equations  governing  estab- 
lishment of  new  temporary  head  ^21'— 22* 2 
will  be  similar  to  Equation  3,  the  only  differ- 
ence being  that  the  first  subscript  will  be  2 
instead  of  i.     If,  after  all  variables  have 
been  perturbed,  the  last  temporary  head  t^^^  is 
better  than       it  is  designated  as  the  third 
base  point  b^. 

As  before,  a  new  temporary  head  t^^^  is 
established  by  extrapolating  from  b^^  through 

i.e.. 


I30  =         -  b^  . 


(5) 


Repeated  success  in  a  given  direction  causes 


the  pattern  to  grow  and  as  long  as  this  proce- 
dure improves  the  objective  function  it  is 
continued. 

If,  however,  the  attempt  to  establish  a 
new  temporary  head  is  unsuccessful  the  pattern 
is  destroyed  and  perturbation  of  the  independent 
variables  is  begun  at  the  current  6  values  about 
the  last  successful  base.    If  these  perturbations 
are  successful  the  pattern  will  again  begin  to 
grow  and  accelerate.    If,  on  the  other  hand, 
perturbations  about  the  last  successful  base  are 
unsuccessful  then  the  cycle  is  complete.    A  new 
cycle  is  begun  by  reducing  the  step  size 
(elements  of  6^^),  and  initiating  perturbations 
about  the  base  with  the  new  step  size.  The 
termination  criterion  for  the  pattern  search  is 
normally  couched  in  terms  of  step  size  used  for 
perturbations.    When  the  minimum  step  size  is 
reached  the  technique  is  terminated. 

Figure  1  illustrates  the  operation  of  tbe 
pattern  search  technique  for  a  two  variable  case. 
In  this  example  the  search  begins  by  proceeding 
in  the  positive  direction  for  both  decision 
variables.    As  the  search  proceeds  successfully 
during  cycle  one  the  pattern  continues  to  grow. 
At  temporary  heading  t^^  the  search  falters  and 
is  unable  to  make  further  improvements  at  the 
existing  step  width.    At  this  point  the  step 
width  is  decreased  and  the  second  cycle  begins. 
Note  that  during  the  second  cycle  (indicated  by 
primes)  the  direction  of  the  -search  completely 
changes.    At  point  t^^  the  search  is  unable  to 
find  further  improvements.    In  that  the  step 
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width  has  reached  its    niinimuni  value  the  proce- 
dure terminates.    An  excellent  discussion  of 
this  technique  can  be  found  in  Wilde  and 
Belghtler  (19). 

Successive  Quadratic  Approximation  Method 
The  search  by  successive  quadratic  approx- 
imation is  based  upon  the  assumption  that  the 
objective  function  can  be  roughly  approximated 
by  a  quadratic  equation.    The  reliability  of 
the  approximation  increases  as  the  region  of 
the  optimal  to  whi^h  the  approximation  ay>plies 
is  reduced.    Let  y(x^,X2  x^)  be  the  objec- 
tive function  and  (x^iX^  x^)  the  decision 

variables.    The  approximating  fv  ction, 
y(x^ ,X2i . . . ,x^) ,  can  be  expressed  by 


y(x,  ,x,  X  )  -  b^  +    £    b.x.  + 

12  n         o  i  i 


n 

I  b 
1-1 


1+n  ^i 


(6) 


Let  m  be  the  number  of  coefficients  in  the 
approximating  expression.  Tlierefore 

m  -  2n  +  1  . 

The  approximating  function  given  in  Equation  6 
may  be  augmented  by  the  addition  of  terms  such 
as  x^Xj  to  Improve  the  approximation.  However, 
the  authors  have  found  Equation  6  satisfactory 
In  most  cases.    The  constants,  b^,  which  specify 
yCxj^iXj  x^)  are  developed  through  the  method 

of  least  squares.    Therefore,  y (x_ ,x^ , . . . ,x  ) 

12  n 

must  be  evaluated  at  k  >  m  points  (x^yX^^.. 


•»  J"1»2  k.     In  the  context  of  this 

paper  y(Xj,X2  x^)  is  evaluated  through 

simulation  although  nn  appropriate  mathematical 
model  could  be  used  for  this  purpose  if  it  were 
available. 

Having  fit  the  approximating  function  to  k 
points  in  the  solution  space,  y(xj,X2,. . . ,x^)  is 
optimized  through  the  classical  methods  of 
calculus,    T1»at  is 


and 


1^  -  b,  +  2b,.  X.  -  0 
3x^       1         i-hs  \ 


(7) 


(8) 


The  point  (x^,X2 , . . . , x^)  represents  the  initial 

estimate  of  the  optimum  for  y(x^,X2, . . . ,x^)  and 

is  the  next  point  at  which  y (x^,X2> . '. .  >x^)  Is 

evaluated.    Once  y (x- ,x„, . . . ,x  )  has  been 
I  n 

evaluated  at  (x^ ,X2, . . . ,x^) ,  the  point 

(Xj^j,X2j,..mX^j)  for  which  y(x^,X2, . . .  ,x^)  is 

least  optimal,  j"«l,2, . . .  ,k.  Is  dropped  from 

further  consideration.    Let  the  least  optimal 

point  be  denoted  by  (x.*  ,x* , . . .  ,x *) .  Therefore 
1    X  n 

the  number  of  points  In  the  analysis  Is  still  k, 

but  (x*,x*,...,x*)  Is  replaced  by  (x* ,x*, . . . ,x*) . 

Again  applying  the  method  of  least  squares, 

y(x- ,x^, . . . ,x  )  Is  fit  to  the  new  set  of  k 
1    z  n 

points  and  the  entire  procedure  Is  repeated. 

As  the  search  progresses  the  region  of 
investigation  of  the  solution  space  will  geno.r- 
ally  contract  about  the  optimal  point",  although 
this  general  contraction  may  be  accompanied  by 
periodic  expansions.    This  variation  Is 


ERIC 
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FIGURE  2:    Application  of  Successive  Quadratic  Approx Imnt Ion 
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illustrated  in  Figure  2  where  y  is  a  function 
of  one  variable,  x,  and  the  objective  of  the 
search  is  minimization  of  y.    Three  successive 
iterations  of  the  search  are  shown  in  which  the 
region  of  the  search  varies  from  41  <  x  <  81  to 
13  <  X  <  72  to  41  <  X  <  72. 

The  analyst  may  adopt  a  termination 
criterion  of  his  own  choice  in  using  the  search 
by  successive  quadratic  approximation.  For 
example,  termination  may  be  effected  by  specify- 
ing a  fixed  number  of  iterations.  Another 
alternative  is  to  terminate  the  search  whenever 
the  region  of  investigation  is  reduced  to  a 
sufficiently  small  neighborhood-  However, 
these  criteria  are  most  effective  when 
y(x^,X2, . .. ,x^)  can  be  expressed  in  mathematical 
form. 

Termination  of  the  Search 
Wh<i«  the  system  model  to  be  optimized  is  a 
mathematical  model,  the  search  procedure  usually 
tcJr»inates  either  after  a  fixed  nucber  of 
iterations  or  when  the  step  size  in  the  explor- 
atory segment  of  the  search  has  been  reduced  to 
a  predefined  minimum,  although  other  termina- 
tion criteria  may  also  be  used.    The  purpose  of 
the  applicati   i  of  a  search  procedure  is  to 
identify  r*  point       or  near  the  optimum  for  the 
mathematical  model.    To  insure  this,  the  ter- 
'mination  criteria  is  usually  defined  in  such  a 
manner  that  the  search  continues  well  beyond 
the  identification  of  an  adequate  approximation 
to  the  true  optimum.    Thus,  there  is  normally 


wasted  computer  time  iCsulting  from  excessive 
iterations.    However,  the  cost  of  these  extra 
iterations  may  not  be  expensive,  since  maxiy 
athematical  models  can  be  evaluated  rapidly  on 
a  digital  computer. 

When  the  system  to  be  optimized  is  modeled 
through  simulation,  the  cost  of  evaluation  of 
the  model  can  be  expensive.    Thus  excessive 
iteration  of  the  search  procedure  may  result  in 
a  situation  where  more  is  spent  identifying  the 
optimum  or  near  optimum  than  was  saved  by  find- 
ing the  optimum.    The  cost  of  simulation  arises 
from  two  sources.    Let  (x^,X2, . . .  ,::^)  be  a 
vector  of  decision  variables  representing  a 
point  at  which  the  system  is  to  be  evaluated  in 
the  course  of  the  search  and  let  y(x^,X2, . . . , x^) 
be  the  corresponding  expected  cost  of  operation 
of  the  system.    Since  y(x^,..2, . . .  ,x^)  is  to  be 
evaluated  through  simulation,  the  value  of 
y (x^,X2,. . . ,x^)  can  only  be  eotimated.    Let  y 

be  the  estimate  of  y(x- ,x^, .. . ,x  )  obtained  by 
i    £ ,  n 

one  replication  of  the  simulation.  Then 

y    y(Xj,x2,.., ,x^)  +  c  (9) 

where  e  is  a  rando:a  variable  representing  the 

error  due  to  simulation  with  mean  zero  and 
2 

variance  o  .    One  replicate  of. the  simulation 

at  (x^,X2, . . . ,x^)  alone  may  be  expensive.  In 

2 

addition,  depending  upon  the  value  of  a  ,  one 
replicate  may  provide  a  poor  estimate  of 
y(x^,X2,... ,x^).    To  improve  the  estimate  of 
y(x^,X2i. . . ,x^) ,  we  may  replicate  the  simulation 
N  times  at  (x^,X2, . . . ,x^) .    Let  yi»y2»»*»»yN  be 


the  simulated  values  of  the  cost  of  operation  of 
the  system  for  replications  1,2,...",N.  Then 


-      1      N  . 


(10) 


has  mean  y(x- ,x^,. . .  ,x  )  and  variance  ^  . 

I    ^  n  N 

Let       be  the  cost  of  one  replicate  of  the 
simulation,  k  the  numocf  of  iterations  of  the 
search  until  termination,  and  r^  the  number  of 
replicates  at  the  ith  point  evaluated  in  the 
search.    Then  the  total  cost  of  executing  the 
search  is : 


Cost  of  Search  =  C      Z  v 
'  1=1  ^ 


(11) 


Let  be  the  estimated  cost  of  the  system  at 
the  first  point  evaluated  in  the  search  and  y 

o 

th^  minimum  estimated  cost  found  in  the  course 
of  the  search.    Then  the  savings  in  system  cost 
achieved  by  the  search  is  y^  "  attempt 
should  be  made  to  design  the  search  such  that 


y,  -  y    >  C  Z 
'       °       "  1=1  ^ 


(12) 


Of  course,  there  is  no  guarantee,  prior  to 
execution  of  the  search,  that  tha  expression  in 
Equation  12  will  be  satisfied.    For  example,  if 
the  starting  po?a.t  for  the  search  is  close  to 
the  optimum,  large  savings  as  a  result  of  the 
search  may  not  be  possible.    Therefore  the 
termination  criterion  should  be  designed  such 
that  a  condition  of  this  type  will  be  detected 
quickly  and  the  search  terminated. 


Let  yj^fy2f  •  • .  lyj^  be  the  costs  of  operation 

of  the  system  as  estimated  through  r, ,r  ,...,r 

12  k 

replications  of  the  simulation  for  the  first  k 
points  evaluated  in  the  course  of  the  simulation. 
Let 


^  =  ^1 


and  define  z^,z^, . , ,  ,z^,  p  <  k  as  a  subset  of 
y^f'tyj^  such  that 


where  I  is  the  smallest  1  for  which 


^1 '  ^j-i 


The  definition  for  the  z*s  given  above  holds 
for  all  optimization  procedures  which  have  a 
single  point  in  solution  at  any  time.  In 
optimization  procedures  where  more  than  one 
point  is  in  solution  at  a  given  time,  as  in  the 
sequential  quadratic  approxlma,tion  method,  a 
slightly  different  definition  is  necessary.  If 
m  is  the  number  of  points  in  solution  at  a  given 
time,  then  define       as  the  set  of  m  points  in 
solution  at  the  ith  iteration.    The  set  will 
consist  of  the  first  m  points  that  are  evaluated. 
Also  define 


^1  =  ^1 


then. 


where  I 'is  the  smallest  index  i  for  which 
y^  <  max  [7|y  c  S^_^] 
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and  S.  is  the  set  of  m  points  obtained  from  S. 
by  replacing  the  worst  point  in       ^  by  Zj . 

To  illustrate  consider  the  sequence  of 
values  of  y^  shown  below  for  the  first  15 
iterations  of  a  search.    As  shown,  Zj  is  the 
value  of  the  objective  function,  as  estimated 
through  simulation,  at  the  point  In  the  search 
at  which  the  jth  improvement  in  the  estimated 
value  of  the  objective  function  was  observed. 


Iteration 
i 

Simulated 
Cost 

j 

1 

1000 

1 

1000 

2 

1268 

3 

1342 

4 

987 

2 

987 

5 

1014 

6 

824 

3 

824 

7 

915 

8 

927 

9 

887 

10 

831 

11 

807 

4 

807 

12 

801 

5 

801 

13 

835 

14 

763 

6 

763 

15 

771 

At  the  jth  improvement  the  loss  resulting 
from  the  search  up  to  that  point  is  calculated 
and  given  by 


Lj  «  Zj  -       +  R 


(13) 


where  R  is  the  cost  of  the  search  up  to  and 
including  the  jth  improvement.    R  is  given  by 
Equation  11  where  k    s  the  iteration  at  which 
the  jth  improvement  occurred.    A  simple  straight 
line  of  the  form 


L  -  b^  +  b^  K, 


(14) 


is  then  fit  to  the  last  M  <  j  improvements  by 


the  method  of  least  squares.    If  the  slope,  b^, 
of  the  straight  line  given  in  Equation  14  is 
significantly  less  than  zero  then  there  is 
reason  to  believe  that  continuation  of  the  search 
may  yield  further  savings.    However,  if  the  slope 
is  greatel:  than  or  equal  to  zero,  then  it  is 
likely  that  the  search  should  be  discontinued  in 
the  sense  that  the  maximum  savings  has  already 
been  achieved. 

Since  Lj  i3  a  random  variable,  the  slope, 
b^,  is  a  random  variable.     To  determine  whether 
or  not  the  slope  is  significantly  less  than  zero, 
a  t-test  is  conducted  each  time  an  improvement, 
Zj  ,  is  detected.  If, 


^b,       "    t=j-M+l  ' 


(15) 


where 

r^  =  the  number  of  replications  at  the 
.th  , 

t  improvement 
then,  the  hypothesis 


H  :  b  >  0 
o  — 


is  rejected,  and  the  search  continues.  Otherwise 
the  «^arch  is  terminated. 

To  implement  the  termination  criteria  it  is 
necessary  to  specify  a  and  determine  r^  and  M. 
After  each  iteration  of  the  search  the  number  of 
replications  at  the  next  point  is  evaluated  and 
the  number  of  points,  M,  to  which  the  straight 
line  will  be  fit,  if  the  t-test  is  conducted,  are 
determined.    However,  these  calculations  require 
Specification  of  a  breakeven  rate  of  return,  p^. 
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on  investment,  a  desirable  rate  of  return,  p^, 
and  the  B  error  corresponding  to  the  desirable 
rate  of  return.    The  logic  Incorporated  Into  the 
search  routine  then  calculates  r^  and  M  such 
that  the  equations 

P(search  continues |b^  =  0)  =  a  (16) 
P(search  continues |b^  "  ^b^  ~  ^^^^ 
P(search  continues |b^  =  p^)  =  l-B  (18) 

are  satisfied  as  nearly  as  possible.    In  any  case 
the  minimum  values  of  M  and  r^  are  never  less 
than  2.    However,  the  user  may  specify  a  minimum 
greater  than  2  for  either  M  or  r^  or  both. 

The  Model  to  Be  Optimized 

The  function  whose  expected  value  Is  to  be 
minimized  Is 

5      A  B  C  X  A 

y  =  5-    ^   [-— +  -T-^  (1  - -jt)]  +  e  (19) 

1=1       1         ^  "l 

where 


1 

A. 

1 

^1 

^1 

^1 

1 

100 

10 

1 

1000 

2 

200 

20 

4 

1000 

3 

300 

40 

3 

1000 

4 

400 

IQU 

5 

1000 

5 

500 

50 

8 

2000 

and  c  Is  distributed  uulforoly  on  the  Interval 
[-25,  25].    The  minimum  value  of  E(y)  Is 
approximately  7300  at  (47,  50,  107,  163,  91). 
Each  procedure  began  at  (500,  500,  500,  500, 
500).    The  value  of  y  at  this  point  Is 
approximately  19820.70.    The  response  surface 
for  this  model  Is  a  well  behaved  surface  with 


a  rather  large  "flat"  region  about  the  optimal. 
A  sensitivity  analysis  performed  about  the 
optimal  shows  little  response  to  changes  in 
decision  variables  for  a  rather  large  area. 
The  response  surface  Is  flat  enough  that 
random  error  can  easily  mask  out  true  differences 
In  response  thereby  possibly  causing  a  premature 
termination  of  a  search  procedure. 

Method  of  Operation 
The  model  discussed  In  the  previous  para- 
graph was  coded  as  a  FORTRAN  IV  subprogram. 
Each  optimization  technique  was  coded  as  a 
FORTRAN  IV  main  line  program.    The  macro  logic 
of  the  overall  solution  procedure  Is  shown  In 
Figure  3.    The  general  method  of  operation  Is 
that  the  optimization  program  specifies  values 
of  the  decision  variables  which  are  passed  to 
the  simulation  model.    The  number  of  replications 
required  at  the  next  point  Is  then  determined. 
This  determination  is  based  upon  desired  confi- 
dence levels  and  the  sample  variance  as  discussed 
previously.    After  the  simulation  Is  complete 
the  subprogram  returns  a  particular  value  of  the 
effectiveness  function.    At  this  time  a  statls-' 
tlcal  test  Is  performed  to  determine  If  a 
significant  Improvement  In  the  objective  function 
has  been  achieved.     Based  upon  a  synthesis  of 
this  Information,  the  search  program  then 
calculates  .         set  of  decision  variables  which 
are  passed  to  the  simulation  nodel,  and  the 
entire  process  h:  repeated.    This  procedure 
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FIGURE  3:    Macrologic  of  Optimization  Procedure 


continues  until  the  termination  criterion  is 
achieved  at  which  time  the  process  terminates. 

Simulation  Results 
The  simulation  results  obtained  for  the 
three  optimization  techniques  are  summarized  in 
Tables  1-3.    Values  of  a  =  0.10  and  6  =  0.20 
were  used  for  the  statistical  routines.  The 
cost  of  replication  was  assumed  to  be  $2.00.  The 
results  show  that  all  three  optimization  tech- 
niques came  fairly  close  to  the  actual  optimal 
of  7300.    This  indicates  that  search  procedures 
can  successfully  be  employed  to  optimize 
simulation  experim^S'its.     The  optimal  point, 
total  number  of  replications  and  the  simulated 
cost  for  each  of  the  optimization  techniques  is 
presented  in  Table  4.    No  attempt  is  made  to 
compare  their  relative  performance.  ' 

The  results  also  indicate  that  the  termina- 
tion criterion  based  on  cost,  a  and  6  errors 
and  the  rates  of  return  is  effective.  The 
number  of  iterations  for  the  three  search 
procedures  ranges  from  32  to  275  indicating  that 
termination  based  only  on  the  number- of  iterations 
would  be  grossly  inadequate.    Variations  in  the 
evaluation  of  the  objective  function  are  inherent 
in  simulation  experiments.    Depending  upon  the 
mag'iitude  of  this  variation,  a  step  in  the  right 
direction  may  appear  to  be  otherwise.    A  termina- 
tion based  only  on  the  improvement  between 
successive  iterations>  when  encountering  the 
above  situation  would  terminate  the  search 
prematurely.    To  illustrate,  termination  under 
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FIGURE  4:    Losses       from  Table  3  for  a  search  whare  termination 
occurred  at  the  18th  improvement 
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this  criterion  would  have  occurred  at  Iteration 
number  42  ip  Table  1.    The  termination  criterion 
defined  in  this  paper  effectively  overcomes  the 
situation  described  above.    Figure  4  Illustrates 
the  operation  of  the  termination  criterion.  The 
data  from  the  "Losses"  column  in  Table  3  is 
used  to  plot  Figure  4. 

Conclusions 
The  results  of  this  study  demonstrate  that 
search  procedures  may  be.  effectively  used  in 
the  optimization  of  simulation  experiments. 
More  importantly,  a  termination  criterion  .ased 
on  cost  of  replications,  a  and  B  errors,  minimum 
rate  of  return  and  desired  rate  of  return  Is 
proposed.    It  is  found  that  the  termination 
criterion  based  on  these  economic  and  statisti- 
cal considerations  is  effective  for  simulation 
xperiments.    This  termination  criterion  may  be 
ised  for  any  search  procedure  applied  to 
stochastic  systems. 
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A  NEW  APPROACH  TO  SIMULATING  STABLE  STOCHASTIC  SYSTEMS* 

Michael  A.  Crane  and  Donald  L.  Iglehart 
Control  Analysis  Corporation  and  Stanford  University 

Abstract. 

A  technique  is  introduced  for  analyzing  simulations  of  stochastic  systems  in  steady-state 
Confidence  intervals  are  obtained  for  a  general  function  of  the  steady-state  distribution! 


1.  INTRODUCTION 

The  principal  goal  of  most  simulations  of 
stable  stochastic  systems  is  to  estimate  prop- 
erties     the  stationary  or  steady-state  behav- 
ior of  the  system.    Two  of  the  major  problems  in 
such  simulations  are  the  statistical  dependence 
between  successive  observations  and  the  Inability 
of  the  simulator  to  begin  the  system  in  the 
steady-state.    The  first  problem  has  necessitat- 
ed using  methods  of  time  series  analysis  rather 
than  classical  statistics.    The  second  has 
inspired  many  simulators  to  let  the  system  run 
for  a  sufficient  length  of  time  so  that  the 
initial  transient  wears  off  and  a  steady-state 
condition  obtains.    This  procedure,  of  course, 
requires  a  judgement  on  how  long  to  let  the 
system  run  before  making  observations. 

For  many  stochasf       stems  being  simulated 
it  Is  possible  to  find  a  random  grouping  of 
observations  which  produces  independent  identi-. 
cally  distributed  (i.i.d.)  blocks  from  the  start 
of  the  simulation.    This  grcuplnc)  then  enables  ' 
•the  simulator  to  avoid  the  two  problems  mentioned 
above.   He  has  at  his  disposal  the  methods  of 
classical  st;^t1st1ca1  analysis  such  as  confidence 


intervals,  hypothesis  testing,  regression,  and 
sequential  estimation  since  the  observations  are 
now  i.i.d.    Furthermore,  information  that  is  use- 
ful in  2stimating  the  steady-state  behavior  of 
the  .system  can  be  collected  from  scratch  thus 
eliminating  the  problem  of  the  initial  transient. 

The  key  requirement  for  obtaining  these 
i.i.d.  blocks  is  that  the  system  being  simulated 
return  to  a  single  state  infinitely  often  and 
that  the  mean  time  between  such  returns  is 
finite.   This  requirement  will  be  met  for  many, 
but  not  all,  stable  systems  that  might  be 
simulated. 

In  this  paper  we  shall  illustrate  the  main 
ideas  of  this  approach  as  applied  to  Markov 
chains,  in  both  discrete  and  continuous  time,  and 
to  the  GI/G/1  queue.    The  results  will  only  be 
sketched  here  as  the  complete  details  are  avail- 
able in  [1],  [2],  and  [3].    This  paper  is  orga- 
nized as  follows.    Section  2  summarizes  the 


*  This  research  was  sponsored  by  Office  of  Naval 
Research  contract  N00014-72.C-0086  [NR-047-106] 
and  prepared  for  delivery  at  the  1973  Winter 
Simulation  Conference,  January  17-19,  1973, 
San  Francisco. 


264 


i 


72 


probabilistic  structure  of  Markov  chains  with  an 
eye  toward  using  these  results  in  carrying  out  a 
simulation.    Section  3  does  tho  same  for  the 
GI/G/1  queue.    In  Section  4  a  statistical  confi- 
dence interval  is  stated  for  the  ratio  of  two 
means.    Numerical  illustrations  of  this  method 
are  given  in  Section  5  for  the  repairman  problem 
and  the  M/M/1  queue.    The  reader  who  is  only 
interested  in  the  results  and  not  the  underlying 
theory  can  turn  directly  to  Section  5  with 
little  loss  of  continuity. 

2.    MARKOV  CHAINS 

Suppose  we  are  interested  in  simulating  a 
stochastic  system  evolving  as  a  Markov  chain 
(M.c).    Let   {X^  :  n  > be  a  discrete  M.c. 
defined  on  a  probability  triple    (0»  (3",  P) 
with  discrete  state  spac3    I  =  {0,  1,  2,  •••}. 
Everything  we  do  here  can  be  carried  over  to  the 
case  of   I    finite.    Assume  that  this  M.c.  is 
known  to  be  irreducible,  aperiodic,  and  positive 
recurrent.    Under  these  conditions  there  will 
exist  a  unique  stationary  distribution, 
(ti.  :  i  c  I}i    for  the  M.c. 

Select  now  a  fixed  state  of  the  M.c.  which 
we  shall  take  for  convenience  to  be  the  state  0. 
Now  set   Xq  =  0   with  probability    one;  that  is, 
we  shall  always  begin  our  M.c.  in  the   0  state. 
Since  the  H. c.  is  assumed  to  be  positive  recur- 
rent, there  exists  an  infinite  sequence  of  ran- 
dom time  epochs    {6-  :  i  >.  0}   such  that 
^B.  '  ^  ^^^^  probability  one.    Thus  the  epochs 


B.  are  the  successive  times  the  process  returns 
to   0.    We  shall  speak  of  the  integers 

+  1>  ,  as  constituting  the  k^h 
cycle  of  the  M.c.  Let  a.  =  8-  -  (5._^.  i  >  1 
and  for    k  >  1    form  the  random  vectors 


As  a  consequence  of  the  fact  that  the  random 

variables  (r.v.'s)    {B,^  :  k  >  1     are  optional 

and  finite  with  probability  one  it  is  possible  to 
show  the    following  results. 


PROPOSITION  1.  The  random  vectors  {V,  :  k  >  1) 
are  independent  and  identically  distributed. 


This  proposition  lies  at  the  heart  of  our  method 
of  analyzing  simulations. 

Now  let   f  be  a  function  from   I  to 
("«,  +«)    and  suppose  the  object  of  our  simula- 


tion is  to  estimate      [   f(jj  71., 
jel  J 


the  station- 


ary expected  value  of   f.    Define  new  r.v.'s 


J=^k.l 


k  >  1  . 


As  an  immediate  corollary  of  Proposition  1  we 
state 

COROLLARY  1.    The  sequences         :  k  >  1}  and 
IY|^  :  k  >,  1}    are  independent  identically 
distributed. 

The  second  important  result  is 
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PROPOSITION  2.    rf     I    |f(j)i7r.  <  «,    then  the 
jcl  ^ 

I    f(j)  IT.  =  E{Y.  }/£{a.  }  . 
jel  J         K  K 

Corollary  1  and  Proposition  2  form  the  ba- 
sis for  our  method.    We  mention  in  passing  that 
all  the  results  of  this  section  carry  over  to 
the  case  where    {X^^  :  n  >_  0}   is  a  Markov  pro- 
cess with  a  general  state  space   E,    a  single 
ergodic  set  and  no  cyclically  moving  sets,  pro 
vided  there  exists  a  point  (singleton  set)  to 
which         returns  infinitely  often  with  prob- 
ability one  and  for  which  the  expected  length  of 
the  cycles  is  finite. 

Suppose  now  we  are  interested  in  simulating 
a  continuous  time  M.c.     Let    {X(t)  :  t  >^  0}  be 
a  continuous  time   M.c.    defined  on  a  probability 
triple    (n,^,    P)    and  having  .discrete  state 
space    I  =  {0,  1,  2,  ...}  ■  and  standard  transi- 
tion matrix   {p^j{t)  :  t  >  0,  i , j  e  I}.  Again 
assume  that  the  M.c.  is  irreducible  and  positive 
recurrent.    As  in  the  discrete  case,  there 
exists  a  uniqua  stationary  distribution, 
{tt.  :  i  e  I},    of  the  M.c.   Also  the 
lim  p./(t)  =  TT.,    for  all    i,j  e  I. 

Now  set   X(0)  =  0  with  probability  one. 
Since  the  state   0   will  be  entered  an  infinite 
nuii^her  of  t4mes  as  a  consequence  of  our 
assumption  of  positive  recurrence,  we  can  define 
P^d  >  1)    to  be  the  length  of  the  i^^^  visit  to 
state   0.    Then  let   0q  =  0,  and 

3^  =  1nf{t  >      +        :  X(t)  =0},   i  >  1  .  - 


Thus   8^    is  the  time  of  ith  return  to   0.  If 
we  let   u.  =  B.  -  i     r,    then  a.    ic  the 

length  of  tJie  i^^  cycle  from  the  stiate   0  and 
plays  the  same  role  as  in  the  discrete  time  case 
While  the  technical  details  for  the  contin- 
uous case  are  much  harder  than  the  discrete  case 
the  intuitive   deas  are  the  same.    Hence  for 
this  discussion  we  shall  keep  the  details  brief. 
Let  f   be  a  mapping  from   I    to    (-^,  +«)  and 
define  the  r.v. 's 

Yk  =  /    -f[-X(s)]ds      k  >  1  . 

For  this  continuous  time  M.c.  Proposition  2  and 
Corollary  1  continue  to  hold.    These  results 
provide  the  basis  for  analyzing  simulations  of 
continuous  time  M.c.'s. 

3.  QUEUES 

Consider  now  a  GI/G/1  queueing  system  in 

which  the  0th  customer  arrives  at  time   t^  =  0, 

finds  a  free  server,  and  experiences  a  service 

time  Vq.  The  nth  customer  arrives  at.time  t  and 

n 

experiences  a  service  time   v^.   Let  the  inter- 
arrival  times    t^  -  t^_^  =  "n^  "  -  ^'  ^^^^^ 
that  the  two  sequences    {v^  :  n  >^  0}  and 
{u^  :  h  >^  1}  each  consist  of  i.i.d.  r.v.'s  and 
are  themselves  independent.    Let  E{u^}  = 
E{v^}  =  u"^ ,    and   p  =  A/p  where    0  <  A,    p  <  «. 
Thus  p(a)   has  the  interpretation  of  the  mean 
service  (arrival)  rate.    The  para^TJeter  p  is 
called  the  traffic  intensity  and  is  the  natural 


measure  of  congestion  for  this  system.    We  shall 
assume  that  p  <  1,   a  necessary  and  sufficient 
condit-ion  for  the  system  to  be  stable. 

The  principal  system  characteristics  of 
interest  ars   Q(t),    the  number  of  customers 
in  the  system  at  time    t;   W^,    the  waiting  time 
(time  for  arrival  to  conmencement  of  service)  of 
the  n^  customer;    W(t),    the  work  load  facing 
the  server  at  time    t;    B(t),    the  amount  of  liru: 
in  the  interval    [0,t]    that  the  :erver  is  busy; 
and   D(t),    the  total  number  of  customers  who 
have  been  served  and  have  departed  from  the 
system  in  [0,t]. 

Here  we  shall  review  the  basic  structure  of 
the  GI/G/1  queue  relevant  to  our  simulation 
study.    Using  the  notation  of  optional  r.v.'s. 
It  can  be  shown  that  there  exists  a  sequence  of 
r.v.'s    {6,^  :  k  >  0}    such  that  0^  =  0, 

^Kl*  "  ^  probability  one. 

In  other  words,  the  customers  numbered  are 
those  lucky  fellows  who  arrive  to  find  a  free 
server  and  experience      no  waiting  in  the  queue. 
The  fact  that  there  exists  an  infinite  number  of 
such  customers  is  a  direct  consequence  of  the 
assumption  that  p  <  1.    The  time  axis 
r|  =  [0,«)   can  be  aivided  into  alternating 
intervals  during  which  the  server  is  busy,  idle-, 
busy,  etc.   We  call  these  intervals  busy  periods 
(o.p  's)  and  idle  periods  (i.p.'s).   An  i.p. 
plus  the  proceding  b.p.  is  called  a  busy  cycle 
(b.c).    If  we  let  a^^  =  3,^  -  6,^_p  k  >  1, 
then    i.    represents  the  number  of  customers 


served  in  the  kth  busy  period  (b.p.)  and  they  are 
numbered  +  ,        »  '^^^ 

sequence  :  k  >  1}  plays  the  same  role  here 
as  in  Section  2  on  H.c.  's. 

Next  define  the  random  vectors 

k  >  1.    wo^erve  that  the  vector 
Jifl  ~  *"  >  ifot  J   includes  all  the  data 

required  to  completely  construct  the  behavior  of 
the  system  in  trie  first  b.p.    Let   f   be  a  mea- 
surable function  from    [0,«>)    to    (-^,»)    and  set 

\=    I        f(W,.).  Ic>l. 

Then  Proposition  1  and  Corollary  1  continue  to 
hold.    Hence  we  have  the  intuitively  plausible 
conclusion  that  comparable  r.v.'s  in  different 
b.p.'s  are  i.i.d.    However,  Proposition  2  must  be 
replaced  by 

PROPOSITIONS,    rf   E{!f{H)|}  <  c»,    then  the 

E{f(W)}  =  E{Y^}/E{cxj^}  . 

where   W  21  the  stationary  waiting  time. 

In  addition  to  obtaining  results  for 
E{f(W)}   we  can  also  handle  the  expected  value  of 
the  stationary  queue  length  and  virtual  waiting 
time,  length  of  a  b.p.,  b.c,  or  i.p.  -Further-, 
more,  this  technique  can  be  extended  to  the  queue 
GI/G/s,   s  >  1;   see  [1]. 
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4.    CONFIDENCE  INTERVALS 

From  Propositions  2  and  3  we  are  confronted 
with  the  need  to  produce  confidence  intervals  for 
the      '0  of  two  means.    Suppose  we  observe  i.i.u. 
ran         olumn)  vectors  jj] »  ^2 '-n'  ^^^^^ 
^  ^\'^k^'         assume  that   E{X^}  =  p  = 
"^^^   ^2  ^  ^'  positive 
definite  covariance  matrix  of         be  I  with 
elements  given  by 


Vl2  ^22/ 


Next  let       =      -  av^^,  k  =  1,  2,  ...  ,  n 

and  let   Z(n)  =  ^  >    Z..    Observe  that  the 
.  "  k=l 


E{Z,^}  =  0   and  the  o'^CZj^} 


a,,  -  2va^2  ^ 


V  022.  ^^^^      introducing  the    Zj^'s    is  due 

to  ROY  and  POTTHOFF  (1958)  and  is  the  key  to  the 

confidence  interval  we  obtain.  Let  =  *~^(y), 
where 


Hz)  =  -1-  /'  e-"^/2^u  . 


Using  the  central  limit  theorem  for  sums  of 
i.i.d.  random  variables  and  the  strong  law  of 
large  numbers  we  can  show  that  for  0  <  y  <  1 
and  large   n    the  random  interval 


Let  V  =  P]/P2*         9°^^  3  confidence 

interval  for  v   based  on  the  observations 
Qfk  "  1  1 1  "J   where   n    is  large.  This 
problem  was  treated  by  ROY  and  POTTHOFF  (1958) 
Por  the  case  of  bivarlate  noma!  random  vectors, 
let  the  sample  mean  of  the   n  observations 

,     •  ,        be  denoted  by 
•^1  '^n 

«<")4,Mi=  (  ) 

a(n)/ 


(Ya  -  hs^^)  -  0^^^ 


(Ya  -  \\s^2)  *  ^ 


1/2 


hs 


-2 


22 


hs 


22 


surrounds  the  parameter  v  with  probability 
approximately   l-y,  where 


(Ya  -  hs^^)^  -       -  hs^i)  (5^  -  hsgg) 


-2 


(1) 


and 


and  the  sample  covariance  matrix  by 

S(n)  =  ijrr       (Xi-X(n))  (X,.  -X(n))> 


with  elements 


S(n) 


S]i(n)  Si9(n) 


12^ 


Si2(")  Spp(n) 


22  V 


5.    NUMERICAL  EXAMPLES 

We  Illustrate  our  methods  with  simulations 
of  two  different  models.    The  first  is  the 
classical  repairman  problen,  ^nd  the  second  is 
the  M/M/1  queue.   The  theoretical  results  for 
these  models  are.  wall  kno.vn  and  provide  a  basis 
r?r  comparisoti. 
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The  repairman  problem  is  a  continuous  time 
Markov  chain  that  can  be  described  as  follows. 
We  have   M  +  N   identical  pieces  of  equipment 
which  have  an  exponential  failure  time  with 
failure  rate   A.   At  most  U   of  these  units 
operate  at  one  time,  the  other   M   units  being 
thought  of  as  spares.   When  a  unit  fails,  it  is 
sent  to  a  repair  facility  consisting  of  S 
repairmen  (servers)  having  exponential  repair 
rate   p.    Let   X{t)   denote  the  number  of 
failed  units  undergoing  or  wailing  for  service 
at  the  repair  facility  at  tinta   t.    With  the 
above  assumptions    {X{t)  :  t  >  0}    is  a  birth- 
death  process,  a  special  type  of  the  continuous 
time  M,c.  discussed  in  Section  2. 

Let   X   be  a  discrete  random  variable 
having  the  stationary  distribution 

:  i  =  0,        ,  H  +  N}   of  the  M.c.    In  other 
words,    X   is  the  random  variable  to  which  X{t) 
converges  in  distribution.   We  simulated  ^he 
repairman  problem  in  order  to  estimate 
E{f{X)}    for  various  choices  of  the  function  f. 

Now  let   X{0)  =  0.    In  order  to  analyze 
the  simulation  recall  that  the  process  returns 
to  the  state   0   infinitely  often,  and   o^^^  is 
the  length  of  the  k^h  cycle  from  the  state  0". 
As  in  Section  2,  let  Y^^   be  the  integral  of 
f[X{t)0    over  the  k^  cycle.   From  Proposition  2 
and  Corollary  1,  we  know  that  the  randon  vectors 
UY|^,a|^)  k  >  1}   are  i.i.d.  and  that   E{f{X)}  = 
^^Yj^VE{a|^}.    We  may  thus  obta'in  a  confidence 
interval  for   E{f{X)}   by  simulating  the  system 


for  a  fixed  number   h   cycles  and  applying  the 
method  of  Section  4.    In  particular,  let   Y  and 
a  denote  respectively  the  sample  means  for  Yj^ 
and  ct^   in   n   observations,  let   s^^    and  S22 
denote  the  sampU  variances,  and  let   s^^  ^^enote 
the  sample  covariance  between         and  a^. 
A  100{1-y)%   confidence  interval  for   E{f{X)}  is 
then  given  by  equation  (1)  of  Section  4. 

To  illustrate,  we  consider  seven  choices  for 
the  function  f: 


i)    fi  (i)  =  i, 
li)    f2  (i)  =  i^, 
iii)    f3  (i)  ' 


i  =  0, 

i  =  0, 

i  =  0, 
1  =  M  +  1 , 

i  =  0, 
i  =  S  +  1 , 


M  +  N  ; 

M  +  N  ; 
M 

H  +  N  ; 


,  M  +  N; 


,  «  +  N; 


vii)   fj  (i) 


1  ,  i  =  0 
0      i  =  1, 


M  +  N 


M  +  N 


These  functions  allow  us  to  estimate,  respective- 
ly, the  expected  value  of  X,   the  second  moment 
of  X,    the  probability  that  X    exceeds  M 
(insufficient  spares),the  probability  that  X 
exceeds   S    (positive  queue  length),  the  expected 
nuiTi)er  of  idle^ servers,  the  probability  that  X 
exceeds  zero  (at  least  one  server  busy),  and  the 
probability  that  X   equals  zero  (all  servers 
idle).    The-e  are  of  course  many  other  functions 
which  would  yield  useful  estimates  of  the  steady- 
state  behavior. 


269 


Table  1  shows  %%  confidence  Intervals  M  =  4  spares,   S  =  3   servers,  failure  rate 

obtained  after  a  run  length  of  300  cycles  from  X  =  1,   and  repair  rate  u  =  4,    Table  2  shows 

the  state   X(0)  =  0.   The  parameter  settings  estimates  for  E{X}    in  ten  replications  of  the 

used  for  this  run  were   N  =  10   operating  units,  simulation. 

TABLE  1 

SIMULATION  RESULTS  FOR  THE  REPAIRMAN  PROBLEM 


Parameter 

Theoretical  Value 

Point  Estimate 

90%  Confidence  Interval 

ECf^U)} 

=  E{X} 

3.471 

3.406 

[3.205,  3.607] 

E{f2(X)} 

= 

17.278 

16.844 

[15.094,  18.594] 

E{f3(X)} 

=    P{X  >  M} 

.306 

.294 

[.206,  .328] 

E{f4(X)} 

=    P{X  >  3} 

.438 

.429 

[.393,  .465] 

E{f5(X)} 

=   E{[S  -  xf } 

.678 

.705 

.  [.637,  .773] 

E{f6(X)} 

=    P{X  >  0} 

.939 

.930 

[.919,  .942] 

E{f7(X)} 

=    P{X  =  0} 

.061 

.070 

[.058,  .081] 

TABLE  2 

ESTIMATES  FOR 

E{X}    IN  TEN  SIMULATION  REPLICATIG«S  OF  THE  REPAIRMAN  PROBLEM 

Replication 

I'.  -  V5     Point  Estimate 

Confidence  Interval 

1 

3.406 

[3.205,  3.607] 

2 

3.386 

[3.221,  3.551] 

3 

3.384 

[3.195,    3. £71] 

4 

3.440 

[3.260,  3.620] 

5 

3.234 

[3.047,  3.420] 

6 

3.542 

[3.373,  3.712] 

7 

3.433 

[3.246,  3.620] 

8 

3.382 

[3.163,  3.600] 

9 

3.380 

[3.213,  3.548] 

10 

3.415 

[3.234,  3.596] 

Average 

3.400 

[3.216,  3.585] 

Average  length  0.369 


Theoretical  value  of  E{X}  =  3.471 
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Our  second  example  is  the  M/M/1  queue.  We 
have  Poisson  arrivals,  exponential  service,  and 
a  single  server.    Although  the  queue  length 
process  ts  a  birth-death  process  and  could  be 
treated  like  the  repairman  problem,  we  focus  our 
attention  here  on  the  sequence  of  customer  wait- 
ing times    {W^  :  n  >  0).    Recalling  the  discus- 
sion of  i:ection  3,  the  process  returns  oo  the 
state   Wq   infinitely  often,  and  the  time  inter- 
vals between  returns  define  busy  cycles  (b.c.'s). 
Letting   f   be  a  function  on  the  state  space, 
letting        be  the  sum  of   f(W^)   over  the  kth 
b.c.  and  letting   a^,   be  the  number  of  customers 


served  in  the  k^^^  b.c,  we  once  again  have 
E{f(W))=  E{Y,^}/E{a,^],   where    W   is  the  stationay 
waiting  time  and  the  random  vectors  {(Y|^,a|^)  k  >  1} 
are  i.i.d.    We  may  thus  proceed  exactly  as  before' 
to  obtain  confidence  intervals  for  E{f(W)]. 

Table  3  shows  go%  confidence  intervals  in  ten 
replications  of  the  r  .ueing  simulation,  each 
consisting  of  2000  busy  cycles.    For  these 
runs,  the  customer  arrival  rate  was  assumed  to 
be   5    and  the  service  rate    10   so  that 
P  =  .5.     We  consider  only  the  function 
^'(W)  =  W,    although  there  are  many  other 
interesting  possibilities. 


TABLE  3 

ESTIfiATES  FOR   £{W)    IN  TEN  SIMULATION  REPpCATIONS  OF  THE  H/M/1  QUEUE 


Replication 

Point  Estimate 

Confidence 

Interval 

0.110  ' 

[.096, 

.123] 

2 

0.091 

[.080, 

.102] 

3 

0.095 

[.084, 

.105] 

4 

0.111 

[.087, 

.133] 

5 

0.096 

[.083, 

.109] 

6  * 

0.100 

[.087, 

.112] 

7 

0.092 

[.081, 

.  103] 

8 

0.099 

[.084, 

.114] 

9 

0.096 

[.082, 

.109] 

10 

0.090 

[.078, 

.102] 

Average 

0.098 

C.084, 

.111] 

Average  length 

.027 

Theoretical  Valus  of  E{v: 


.100 
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step-by-step  abstraction  of  the  simulation  model  from  the  real-world  environment   and  include 
setting  th^  level  of  detail  with  the  model  as  well  as  choosing  an  approprir*^  language. 
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ABSTRACT 

In  the  literature,  prior  to  1965,  r.ost  research  on  jobshop 
systems  was  on  machine  limited  queueing  systems.    Mo  recently 
this  research  has  been  directed  toward  labor  and  machine  limited 
queueing  systems.    In  this  direction,  the  authors  have  developed 
and  implemented  an  extended  version  of  GERT  called  GERTS  III  QR 
(a  GERTS  model  able  to  handle  queueing  systems  with  resource 
limitations) .    This  model  is  further  refined  to  handle  both 
homogeneous  and  heterogeneous  classes  of  labor. 

This  paper  descries  the  GERTS  III  QR  model  and  gives  an 
illust'.ation  of  its  application.    The  example  is  a  jobshop  system 
with  service  centers  in  paraUel.    Three  alternative  priority  and 
assignm|nt  rules,  f irst-come-f irst-served,  random  and  shortest 
operation  time  are  evaluated. 
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The  vast  majority  of  the  literature  on 
jobshops  has  been  addressed  to  the  machine 
limited  queueing  systems.    Recently,  some  analy- 
ses of  actual  jobshops  suggest  that  machinery 
may  not  be  the  critical  item  but  that  available 
labor  and  its  relative  efficiency  at  various 
machine  centers  may  be  the  limiting  factor,   (A) , 
With  the  introduction  of  the  human  element 
into  this  type  of  system,  another  dimension  is 
added  to  the  decision-making  process,    with  a 
^A^-^^,^  machine  limited  system,  the  problem  was 
to  determine  "good"  machine  loading  rules. 
Conway  «t  al  (3),  Nanot  (12)  -r*d  others  have 
developed  such  strategies,    when  the  system  is 
labor  limited,  however,  the  problem  becomes  more 
complex,  i.e.  one  must  also  specify  labor 
assignment  rules. 

Complete  Labor  Assignment  Procedure.  The 
complete  labor  assignment  procedure  includes 
the  queue  priority  rule  and  its  related  labor 
assigrjnent  rule.    In  this  paper,  these  syst:er«is 
are  designated  as  DRC  systems,  e.g.  Dual 
Resource  Co.nstrained  systems.    In  DRC  systcims,, 
moreover,  the  labor  class  may  be  either  homo- 
geneous or  heterogeneous  in  nature.  In 
homogeneous  systems  all  laborers  are  equal  and 
have  identical  efficiencies  at  each  machine 
center.    Many  variations  in  labor  efficiency 
patterns  may  be  depicted  in  the  heterogeneous 
systems,  where  the  laborers  do  not  have  equal 
and  identical  efficiencies  at  each  machine 
center.    For  the  experiments  described  itj  this 
paper  all  DRC  systems  were  homogeneous  in  nature 


only. 

Labor  Blocking.    One  of  the  phenonena  that 
occurs  in  DRC  systems  is  "labor  blocking".  This 
occurs  where  there  are  idle  '  .ors  and  there  are 
jobs  left  in  one  or  more  queues.    This  can  occur 
if  there  are  empty  machine  centers  and  the  only 
jobs  waiting  are  in  queues  behind  busy  irachine 
centers.     I£  no  jockeymc  between  queues  is 
allowed,  we  have  both  waiting  3obs  and  idle 
workers.    Such  a  situation  can  occur  in  reality 
where  eacii  machine  center  performs  some  special 
task  that  cannot  bo  performed  by  the  others. 
■For  example,  a  repair  garage  nay  have  only  one 
rig  to  realign  the  front-end  of  cars,  one 
paint  spray  booth,  etc. 

The  Model.    The  basic  model  described  in 
this  paper  ij  a  variation  of  GERT  (Grapnical 
Evaluation  and  Review  Technique) .  Developed 
by  Pritsker  (18,19),  GERT,  which  is  similar  to 
PERT,  is  a  procedure  for  modeling  stochastic 
decision  networks,    since  its  inception,  GERT 
has  evolved  th^bugh  GERT  II  and  GERTS  III  (a 
general  purpose  program  witten  in  GAi'p) 
siinylating  stochastic  networks.    This  was  followed 
by  GERTS  IIT  C,  GERTS  III  Q  and  GrRVS  III  R, 

Basic  JERTS.    The  general  features  of  the 
basic  GERTS  simulation  irodols  include: 
a)     Network  branches  -  characterised  by  the 
probability  of  being  selected,  the  time  required 
to  complete  the  activity  represented  by  the 

branch  (it  may  have  any  ono  of  Sijveral  prol-ability 

i 

distributions),  and  the  efficiency  ^f  each/ 
resource  required  to  pertorrm  that  activity 
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(optional}  • 

h)    Nodes  -  characterized  by  number  of  "releases," 
before  the  node  is  realized  or  reached  for  the 
first  timo  and  after  the  first  time,  which 
activities  must  be  completed  for  the  node 
(event)  to  be  achieved  (since  some  branches  have 
a  probability  of  being  selected,  not  all 
branches  incident  upon  a  node  need  be  required) , 
method  of  scheduling  the  activities  eipanating 
from  the  node,  and  the  statistics  to  be 
collected  (if  any)  at  the  node. 

For  network  modeling  purposes,  each  node 
may  be  classified  in  one  or  more  of  10  cate- 
gories.   In  this  work  only  the  following  were 
used.     (See  [17]  for  a  description  of  all  types). 

SOURCE  Nodes;    Nodes  which  initiate  acti- 
vities at  the  origin  time  of  the  project. 

SINK  Nodes:    Nodes  which  may  be  the  ter- 
minal node  of  the  network.    Normally  SINK  nodes 
only  receive  flow,  but  it  is  also  possible  to 
have  activities  leaving  a  SINK  node  if  so 
desired. 

MARK  Node;     This  node  is  used  as  a  time 
frame  reference  point  for  an  item  being  pro- 
cessed.   The  point  in  time  at  which  an  entity 
passes  a  MARK  node  is  recorded  as  an  attribute 
to  that  entity.    MARK  statistics  are  collected 

£•   INTERVAL  STATISTICS  nodes  and  constit^^te  the 

j 

time  spent  in  passing  between  the  MARK  node  and 
•the  INTERVAL  STATISTICS  nodes. 

QUEUE  Nodes;    QUEUE  nodes  are  those  which 
provide  a  storage  capacity  for  items  in  progress. 
Items  are  automatically  held  at  a  QUEUE 


node  until  a  service  activity  is  performed  on 
that  item.    Statistics  are  automatically  main- 
tained on  QUEUE  nodes . 

STATISTICS  Nodes:    STATISTICS  nodes  are 
those  at  which  statistical  quantities  are 
collected.    There  are  five  basic  statistics  which 
cm  be  collected.    Any  node,  except  START,  QUEUE, 
or  MARK  node  is  a  candidate  for  a  STATISTICS 
node. 

Figure  1  <;hows  the  node  symbolism  for  nor- 
mal GERT  nodes  and  Figure  2  gives  the  notation 


for  QUEUE  nodes. 

NUMBER  OF 
RELEASES 


OETERMJUISTIC 
'OUTPUT 


NUMBER  OF 
RELEASES 
TO  REPEAT 


PROBABILISTIC 
OUTPUT 


FIGURE  1 


INITIAL  NUMBER  DETERMJNiSTIC 
IN  QUEUE  ^  OUTPUT 


MAXIMUM  PROBABILISTIC 
NUMBER  ALLOWED  OUTPUT 
IN  QUEUE 


FIGURE  2 


276 


FIGURE 

Figure  3  further  illustrates  the  node  symbolism 
and  also  displays  the  method  for  specifying  the 
arc  parameters .    Figure  3  shows  a  variety  of 
node  and  arc  types,  for  which  a  brief  explana- 
tion follows.    Node  6  is  a  node  which  has  proba- 
bilistic output,  thvjs  the  probability  of 
selection  (P)  is  less  than  one  on  arcs  (6,7) 
and  (6,8),    The. parameter  set  format  is  defined 
on  arc  (6,7)  and  a  typical  numerical  exaunple  is 
given  on  arc  {f- ,S) .    Here  the  probability  of 
selection  is  .5;  the  time  of  traversal  is  given 
by  the  f trst  parameter  set  and  first  distribu- 
tion type,  and  there  is  no  counter  or  activity 
number  assigned.    Both  nodes  7  and  8  are  queue 
nodes  with  ii.i.tial  queue  length  of  zero  and 
infi.rite  queue  capacity.    Note  that  the  output 
arc.-;  of  these  nodes  have  additional  parameters, 

e. ,  e^,   ,  e  ;  these  parameters  give  the 

'1      ^  n 

efficiency  of  each  resource  in  performing  the 
activity.    The  parameters  of  arc  (8,9)  shov/  that 


3 

the  first  laborer  has  an  efficiency  of  .9;  the 
second  .7;  and  the  third  .5  when  performing 
this  activity.    Further  explanation  will  be 
given  in  the  context  of  the  G^.RT  III  QR  network 
examples  in  the  next  section. 

The  GERTS  III  QR  simulation  model  was 
constructed  using  GBRTS  III  Q  as  a  framework, 
and  integrating  the  concepts  of  GERTS  III  R  ' 
with  some  modification.    GERTS  III  R  was 
designed  fjor  the  study  of.  activity  networks 
with  limited  resources;  i.e.,  most  arcs  repre- 
sent activities  which  are  resource  constrained. 
So  in  the  processing  of  the  network,  GERTS  III  R 
assumes  that  the  resource  constraints  act  upon 
eveiry  arc.    In  most  queueing  networks,  the 
onXv  arcs  which  might  require  resources  are  the 
ou'^put  atcs  of  Q-nodes,  which  represent  the 
service  activity  associated  with  the  queue', 
host  often  the  c';her  arcs  of  a  queueing- net- 
work merely  represent  flow  patu?  for  the  items 
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flowing  through  the  system.    Thus;^  considering 
every  arc  to  be  labor  constrained  could  lead  to 
much  useless  monitoring;  therefore,  GERTS  III 
fell  considers  only  output  arcs  and  nodes  in  the 
normal  GERTS  III  manner. 

Another  important  change  in  the  basic  con- 
cepts of  GERTS  III  R  is  the  incorporation  of 
the  facility  to  deal  with  heterogeneous  labor 
forces.    In  GERTS  III  R  a  number  of  resource 
types  is  specified  (in  the  present  version  as 
many  as  three,  although  a  special  application 
to  be  reported  later  uses  tnn  resource  types) 
and  an  activity  requires  a  fixed  number  of 
units  of  each  type.    The  resource  types  are  not 
interchangeable  and  each  type  is  equally 
efficient  on  all  activities.    In  GERTS  III  QR 
resources  are  interchangeable;  that  is,  if 
an  activity  requires  units  of  some  resource 
any  type  can  be  used.    Thus  the  type  merely 
identifies  the  resource.    Further,  the  time 
re<xuired  to  complete  an  activity  is  a  function 
of  Che  resource  type  (lal  /rer)  whi::h  performs 
the  activity  and  the  identity  of  activity 
(service  facility).    Henc'3,  com^.^lex  patterns 
of  labor  and  machine  effielGncy  can  be  studied. 

Some  modification  of  the  basic  concepts  of 
GERTS  III  Q  was  als'5  required.    In  DRC  queueing 
systems,  items  may  be  detained  in  the  queue 
not  only  becaus.**  w..c  service  facility  is  busy 
but  also  because  no  labor  is  available,  so  that 
a  service  facility  may  be  idle  while  items  are 
in  queue.    Thus  the  basic  queueing  concept,  i  had 
to  be  modified  to  deal  with  this  dichotomy  which 


exists  in  the  DRC  situation. 

Hence,  it  is  inaccurate  to  say  that  the 
GERTS  III  QR  model  is  formed  by  mere  superposi- 
tion of  GERTS  III  R  upon  GERTS  III  Q.  Although 
the  GERTS  III  QR  simulator  was  written  for  DRC 
systems  it  will  simulate  ordinary  machine 
limited  systems  with  little  or  no  loss  in  com- 
putational efficiency  compered  with  GERTS  III  Q. 
However,  for  networks  where  practically  all  arcs 
ffre  resource  constrained  and  no  queues  are 
involved  the  GERTS  III  R  simulator  is  more 
effective.    GERTS  III  QR  represents  an  integra- 
tion of  all  the  standard  features  of  GERTS  III  R 
ana  GERTS  III  Q. 

A  standard  feature  of  GERTS  IxX       is  the 
QUEUE  node.    The  QUEUE  node  is  one  wh  ^pro- 
vides a  storage  capability  for  on-goin^  items. 
The  concepts  of  first  and  secondary  releases 
are  not  appropriate  for  a  QUEUE  node,  and  so 
the  QUEUE  node  is  characterized  by:     (1)  the 
number  of  items  initially  in  the  queue,  and 
(2)  the  maiximum  number  of  items  allowed  in  the 
queue.    Other  parameters  as.sociated  with  a 
QUEUE  node  are  the  order  of  processing  and  the 
node  to  which  an  iten  would  balk  if  it  arrives 
when  a  queue  is  full. 

In  the  version  used  in  this  study,  GERTS 
III  TR  was  further  modified  to  include  priority 
rules  other  than  the  standard  rules,  LIFO  and 
FCFS.    To  implement  the  SOT  rule  additional 
attributes  had  to  be  added  to  the  queue  list 
since  job  processing  times  wei:e  assigned  to  the 
job  upon  entry  into  tha  system.    Therefore,  a 
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job  selection  sub-ioutiir*  was  also  now  required. 

Implementation  of  the  RANDOM  priority  rule 
required  only  minor  modification  of  the  SOT 
subroutines.    The  initial  randomly  assigned  job 
times  were  used  as  the  random  variable  for  job 
priority  selection  using  the  SOT  procedure, 
however,  a  different  job  processing  time  was 
then  assigned  when  the  job  underwent  actual 
processi'i . 

For  STATISTICS  nodes,  GERTS  III  QR  obtains 
estimates  of  the  mean,  standard  deviation,  mini- 
mum, maximum  and  a  histogram  associated  with  the 
time  a  node  is  realized.  types  of  time 

statistics  are  possible: 

F.    Th«  time  of  first  realization  of  a  node; 

A.  TJ.    cime  of  all  realizations  of  a  node; 

B.  The  tirr^e  between  realizations  of  a 
node*; 

I.    The  time  interval  required  to  go 

between  two  nodes  in  the  network;  ^snd 
D,    The  time  delay  fiom  first  activity 
completion  on  the  node  until  the  node 
is  realized. 
The  nodes  on  whi<;h  statistics  are  to  be 
collected  and  tno  type  of  .statistics  desired  are 
part  of  the  description  given  to  a  n'^de  by  the 
input  to  GERTS  III  QR. 

A  distribution  type  and  parameters  a^a 
assigned  to  an  arc  through  the  specification  of 
a  parameter  set  numbot  and  a  Uiptribution  cyps. 
Each  parameter  set*  defines  parameters  from  which 
the  mean,  variance,  maximum  value  and  Minimum 
value  for  each  of  the  above  distribution  types 


can  be  computed.    This  description  is  part  ot 
the  data  inpct  to  the  GERTS  III  QR  program. 

A  powerful  device  when  using  the  GERTS  ill 
QR  program  to  analyze  complex  activity  networks 
is  the  ability  to  modify  the  network  whiie  an 
activity  is  in  progress.    Specification  oi*  an 
activity  number  allows  network  modifications 
based  on  the  completion  of  specified  activities 
within  the  vc^el.    An  activity  may  or  may  not 
be  numbered.    Hnwever,  only  those  activities 
which  i.re  numbered  are  candidates  £or  network 
modification. 

Standard  output  of  the  GERTS  III  QR  programs 
c^nsistj;  of  the  following: 

1.  An  ech    check  of  the  input  data,  consisting 
of: 

A.  Node  characteristics* 

B.  Branch  characteristics 

C.  Listing  of  th<»  SOURCE,  SINK,  and 
STATISTICS  nodes 

D.  Network  modifications 

2.  Statistical  summaries  consisting  of; 

A.  The  probability  of  node  realization 
during  the  simulation  period.  The 
mean,  s^.andard  deviation,  nunbeJ?  of 
observations,  maxi.»..Min,  and  minimum  ^ 
time  units  to  realize  a  STATISTIC  node 
during  the  simulation. 

B.  All  of  the  above  statistics  for  councer 
types . 

C.  Hean,  standard  deviation,  minimum  and 
maximum  of  the  qaeue  leng* n,  waiting 
time,  busy  tinie  of  processors  (service 
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accivities) ,  and  balkers  per  unit  tiir.e , 
for  all  QUEUE  nodes. 
D.  .  Histograms  of  the  tine  to  realization 
for  each  STATISTICS  node,  and  the  queue 
lengths  for  each  QVEUZ  node.  Histo- 
grams reflect  the  underlying  probabi- 
lity distributions  associated  with 
All,  Interval,  Delay.  Between,  and 
First  realization  statistics. 
It  should  be  noted  that  the  above  ouvput 
quantities  are  conanon  to  all  GERTS  simulation 
programs,  and  the  interpretation  of  each 
statistic  has  been  previously  discussed  in 
prior  publications  (1,2,20).    Hence,  in  the 
examples  which  follow,  only  the  output  statis- 
tics unique  to  GERTS  III  QR  will  be  discussed. 
A  GERTS  III  QR  Network  Hcdel  for  Multi-Queue, 
Multi-Ch2mnel>  Single-Phase >  PRC  Queueing  System; 
An  Example 

In  this  section  an  application  of  the  GERTS 

III  QR  model  will  be  illustrated;  the  systems 

modeled  are  multi-queue,  multi-channel,  single 

f 

phase  systems.    Each  service  facility  contains 
one  machine  and  has  its  own  queue.  Balking 
or  switching  between  queues  and  reneging  are 
not  allowed.    The  arrival  process  is  Poisson 
with  a  mean  arrival  rate  of  X  =  1.0.  Each 
job  is  routed  to  a  specific  service  channel 
with  equal  probabilities,  1/m,  upon  arrival. 
Every  job  requires  only  a  single  processing 
operation  at  the  service  facility  to  which  it 
is  routed.    The  mean  processing  times  are 


assumed  to  be  identical  and  exponentially 
distributed.    The  number  of  laborers,  n,  is 
less  than  the  number  of  machine  centers,  m. 
Thus  the  system  is  constrained  by  both  labor 
and  machines.    Labor  is  allocated  to  available 
jobs  by  assigning  the  roost  efficient  laborer 
to  the  machine  center  with  the  job  having  the 
highest  priority  per  the  selected  priority  rule. 
In  this  example  the  labor  force  is  assumed  to  be 
homogeneous  and  all  laborers'  efficiencies  are 
equal  to  1.0  (100%). 
The  Problem  Statgaent 

The  problem  can  be  stated  as  follows. 
Given  the  system  described  eibove,  determine  the 
proper  job  selection  rule  (machine  loading)  and 
its  related  labor  assignment  rule  so  as  to 
optiztvize  s<me  measiire  of  system  performance. 
The  key  measiires  used  in  this  study  are  job 
waiting  time  characteristics. 

The  machine  loading  and  labor  assignment 
rules  to  be  evaluated  are:     (1)  select  jobs 
from  the  queue  per  the  first-come -first-serve 
(FCFS)  rule  and  assign  idle  laborers  accordingly, 
(2)  select  the  job  from  the  queue  with  the  ex- 
pected shortest-operation-time  (SOT)  rind  (3) 
select  jobs  at  random  (RANDOM) .    A  schematic 
representation  of  the  experimental  systems  is 
given  in  Figure  4. 

This  illustration,  representing  a  typical 
labor  limited  (DRC)  system,  is  merely  one 
example  of  the  application  of  GERTS  III  QR. 
Certainly  many  other  system  descriptions  could 
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FIGURE  4 

have  been  chosen  as  the  technique  is  very 
general  in  structure-    Hovever,  this  particular 
system  was  chosen  for  three  major  reasons: 
(1)  there  are  many  actual  situations  which  are 
closely  approximated  by  this  model;  (2)  the 
system  is  complex  enough  to  illustrate  the 
power  of  GERTS  III  QR  and  yet  simple  enough 
for  reasonably  compact  discussion;  and  (3)  a 
study  was  conducted  on  systems  of  this  type 


using  Nelson's  (9)  simulator;  so  a  comparison  of 
simulator  effectiveness  can  be  made,  as  well 
as  some  verification  of  the  model . 

Upon  further  exarr-     -ion  of  Figure  4  one 
may  see  why  the  network  approach  was  applied 
to  systems  of  this  type:    the.  system  schematic 
itself  suggests  a  network  model.    Thus  the 
network  description  is  conceptually  appealing 
and  investigation  in  this  area  seems  natural. 
The  GERTS  III  QR  network  model  for  a  3  service 
facility  and  2  laborer  system  is  depicted  in 
Figure  5- 

Figure  5  depicts  a  GERTS  III  QR  network 
model  for  a  system-  with  three  machines  and  two 
laborers.    The  accompanying  set  of  system  and 
arc  paurameters  for  this  extonple  axe  given 
Table  I.    The  data  in  this  table  and  the  figure 
specify  that  this  system  has  three  machines  and 
two  laborers.    For  convenience  this  is  referred 
to  as  a  3-2  system;  the  first  number  being  tne 
number  of  machines,  m,  and  the  latter  being 
the  number  of  laborers,  n. 
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TABLE  I 

System  and  Arc  Parameter  for  Example  1 


System  Parctmeters 


Total  ntunber  of  nodes  =  12 
Number  of  sink  nodes  =  2 

Number  of  nodes  to  realize  the  network  is  1 


Number  of  resources  (laborers)  = 
Number  of  source  nodes  =  1 
Statistics  collected  on  5  nodes 


Arc  Paurameters 


Parameter  Sets 


(Probability  of  realization;  distribution  of  traversal  time;  labor  efficiency) 


Arcs 

(2,3) 

(1.0; 

(3,3) 

(1.0; 

(3,4) 

(1.0; 

(4,S) 

(1/3; 

(4,6) 

(1/3: 

(4,7) 

(1/3; 

(5,8) 

(1.0; 

(6,8) 

(1.0; 

(7,8) 

(1.0; 

(8,9) 

(1.0; 

(8,10) 

(1.0; 

(10,11) 

(1.0; 

(12,13) 

(1.0; 

constant  time 
exponentially 
constant  time 
constant  time 
constant  time 
constant  time 
exponentially 
exponentially 
exponentially 
constant  time 
constant  time 
constant  time 
constant  time 


of  zero;  no  resources) 
dist.  with  mean  «=  1.0; 
of  ^^ero;  no  resources) 
oi  ^ero;  no  resources) 
of  zero;  no  resources) 
of  zero;  no  resources) 
diet,  with  mean  =  1.8; 
dist.  with  mean  =  1.8; 
dist.  with  mean  =  1.8; 
of  zero;  no  resources) 
of  zero;  no  resources) 
of  zero;  no  resources) 
of  zero;  no  resources) 


no  resources) 


1.0, 
1.0, 
1.0, 


1.0) 
1.0) 
1.0) 


Experimental  Design 

-  The  two  basic  building  blocks  In  these 
experiments  are  the  two  machine,  one  laborer 
system  and  the  three  machine,  two  laborer  sys- 
tems.   The  2-1/FCFs  System  can  be  solved  analy- 
tically since  it  is  equivalent  to  the  1-1/FCFS 
system.    In  fact,  it  was  one  of  the  methods 
used  to  validate  the  simulation  model.  The 
2-1/SOT  system  was  also  solved  analytically 
and  used  as  a  check  of  the  model.     (The  analy- 
tical solution  for  this  system  is  not  readily 
found  in  Ute  lirerature.    Ah  equivalent  form 
was  found  in  Saaty  (21)  and'  is  attributed  to 
the  work  by  Phipps.) 

The  3-2  system  is  the  smallest  truly  labor 
limited  system.    All  subsequent  systems  were 


designed  to  be  multiples  of  these  two  basic 
systems. 

For  each  system  (2-1,  3-2,  4-2,  etc.)  a 
total  of  26,000  jobs  were  simulated  with  the 
first  thousamd  jobs  discarded  to  initialize  the 
system.    In  order  to  compare  systemSf^rat 
equivalent  levels  of  utilization,  the  cirrival 
rate  was  held  constant  and  the  mecin  service  rate 
vsis  adjusted  to  compensate  for  the  varying 
number  of  labors.    System  utilizations  of  0.75, 
0.90  and  0.95  were  selected  for  study. 

As  proposed  by  Nelson  (14) ,  system  utiliza- 
tion»  e.g.  average  labor  utilization,  may  be 
estimated  by  equation  1.1  (in  a  simplified  form): 
1.1        «  A/np 
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Measures  of  System  Performance 

System  performance  is  measured  in  terms  of 
the  "normalized"  system  mean  waiting  time, 
w/s,  i.e.,  the  actual  mean  waiting  time, 
measured  in  units  of  one  mean  service  time,  s, 
as  obtained  from  the  simulations.    As  the  ex- 
perimental labor  and  machine  limited  systems 
currently  defy  analytical  solution,  the  normal- 
ized mean  waiting  time  values  were  obtained 
from  the  results  of  the  simulations. 
The  Experimental  Results  ^ 

In  Table  II,  the  results  using  the  FCFS, 
SOT  and  RANDOM  machine  loading  and  labor 
assignment  rules  are  summarized.    The  main 
control  variables  were  system  configuration  and 
labor  utilization. 


From  the  Table,  it  is  evident  that  the  SOT 
rule  is  more  efficient  in  terms  of  normalized 
mean  waiting  time  and  mean  flow  time,  than  the 
FCFS  and  PANDOM  rules.    These  results  are 
intuitive  as  is  the  result  that  SOT  yields  a 
higher  variance  of  flow  time  than  FCFS.  This 
rule  quickly  processes  the  short  jobs  and  thus 
reduces  both  wait  and  flow  times.  However, 
those  jobs  with  long  estimated  processing  job 
times  usually  have  a  long  wait,  hence  the 
higher  variance,    in  comparing  the  variances 
for  SOT  and  RANDOM,  SOT  has  lower  variance  for 
syszems  of  size  4-3  or  greater,    with  respect 
to  labor  blocking,  RANDOM  had  the  greatest 
amount  followed  by  SOT  with  FCFS  having  the 
lowest  amount. 
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A  somewhat  surprising  result  is  that  the 
amount  of  labor  blocking  is  higher  for  the  SOT 
rule  than  the  FCFS  rule.    The  authors  have  no 
readily  intuitive  explanation  for  this  phenome- 
non, and  it  is  a  subject  for  further  research. 
Another  effect  is  that  for  a  given  system  with 
all  rule:>,  labor  blocking  drops  as  system 
utilization  increases.    Again,  this  is  an  intui- 
tive result  since  labor  blocking  is  a  phenomena 
associated  with  idle  laborers  and  this  (idle- 
ness) decreases  with  higher  systems  utilization. 
Lcibor  Effectiveness 

To  compare  selected  experimental  results 
with  computed  analytical  results  let's  refer 
to  Figure  6. 
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FIGURE  6 

In  Figure  6,  the  number  of  service  centers,  m, 
is  fixed  at  8»  P£  =^  -^O*  and  the  number  of 
laborers,  n,  varies  from  1  to  8.    The  experimen- 
tal change  in  w/s  resulting  from  a  change  in  n 
is  depicted  by  the  u-shape  curves.    In  addition 


to  the  experimentally  obtained  u-shape  curves, 
curves  for  the  "theoretical  normalized  mean 
waiting  time"  using  FCFS  and  SOT  are  shown.  The 
data  points  for  these  curves  are  given  by  the 
equation ; 


1.2    (W/S)    =  W  uyn 
n  11 


where 


(W/S)^  =  the  "theoretical"  normalized  mean 
waiting  time  for  a  system  with  n 
laborers. 


with  one  laborer 
=  the  mean  service  rate  when  the 
system  has  only  one  l€Ux)rer. 
n  =  the  number  of  laborers. 

The  "theoretical"  values  given  by  this  for- 
mula assiime  that  each  laborer  added  to  the  system 
is  equally  as  effective  as  the  first  laborer; 
i.e.,'  this  formula  neglects  the  effects  of  both 
ledDor  blocking  and  "flexibility"  in  the  system. 
Here  "flexibility"  is  measured  by  the  number  of 
machine  centers  to  which  an  idle  laborer  may  be 
asjsigned.    By  comparing  this  theoretical  curve 
with  the  simulated  values  of  normalized  mean 
waiting  time,  one  may  get  some  conception  of  the 
effects  of  blocking  and  "flexibility"  on  the 
system  performance. 

If  additional  laborers  were  as  effective  as 
the  first,  the  normalized  mean  waiting  time 
would  decrease  .as -shown  by  the  theoretical  curve. 
Since  the  effect. of  labor  blocking  is  present, 

one  would  expect  that  as  the  number  of  ledoorers 
increases,  their  effectiveness «would  decrease. 
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i.e.  labor  blocking  increases  because  there  are 
fewer  machine  centers  to  which  an  idle  laborer 
can  be  assigned.    A  single  laborer,  in  fact, 
can  greatly  affect  system  performance.    If  one 
is  very  busy  then  two  things  happen:     (1)  he 
is  not  of ten- available  to  help  cover  the 
remaining  -fork  space  and  (2)  jobs  in  this  queue 
are  blocked  from  the^other  laborers.    A  true 
measure  of  "labor  effectiveness"  remains  to 
be  formulated  and  appears  to  be  an  interesting 
area  for  future  research.    Nevertheless,  we 
can  see  from  Figure  6,  that  the  SOT  rule  con- 
sistently performs  the  best  with  respect  to 
W/S. 

In  Table  II  are  shown  some  comparisons 
between  multiples  of  a  basic  system  at  the 
same  level  of  utilization.     (4-2,  6-3,  8-4 
and  3-2,  6-4,  9-6).    As  can  be  seen,  the  normal- 
ized mean  waiting  time  decreases  as  the  size 
of  the  multiple  increases.    This  is  due  to  the 
fact  that,  for  example,  an  .8-4  system  is  more 
efficient  than  two  4-2  systems  since  laborers 
can  cross  over  to  any  of  the  8.  machines  in  the 
first,  while  co.istrained  to  stay  within  each 
set  of  I'our  machines  in  the  second  system. 
The  same  effect  and  analysis  applies  to  mean 
flow  time.    AiTiOng  these  three  rules,  again  SOT 
gives  the  best  results. 
Computer  Experience 

The  simulations  were  run  on  a  CDC  6600 
computer  at  the  University  of  Texas  at  Austin. 
A  total  of  26,000  jobs  were  simulated  in  each 
run.    The  first  thousand  jobs  were  not  used  in 


calculating  the  statistics  but  were  required  to 
initialize  the  system.    The  simulation  run 
times  ranged  from  142  seconds  for  a  2-1  system 
to  a  maximum  of  175  seconds  for  a  9-6  system. 
Thi.*;  includes  13.5  seconds  for  compile  time. 
The  run  times  for  the  FCFS  and  RANDOM  systems 
were  generally  20%  higher  than  for  the  SOT  rule. 
The  core  storage  requirements  were  40,200  words. 
For  identical  small  systems  the  GERTS  III  QR 
simulator  requires  less  than  half  the  computa- 
tion time  required  by  the  prior  SIMSCRIPT  simu- 
lator (9,14).    For  larger  systems' the  savings 
is  even  more  siff»',ificant. 
Conclusions 

The  results  of  this  study  show  that  for 
labor  and  machine  limited  queueing  jys terns  the 
GERTS  III  QR  model  is  not  only  a  feasible 
model  but  that  it  is  a  very  efficient  model. 
With  respect  to  the  example  problem,  the  Shortest 
Operating  Time  rule  is  found  to  be  superior  to 
the  First-Ccme-First-Served  and  RANDOM  rules. 
This  is  also  the  case  with  purely  machine  limited 
systems.    However,  in  the  DRC  systems  a  pheno- 
menon exists  in  the  form  of  labor  blocking.  This 
causes  a  change  in  normalized  mean  waiting  time 
from  the  theoretical  values. 

The  GERTS  III  QR  simulator  represents  a 
powerful  tool  to  siriulate  labor  limited  job 
shops  and  to  evaluate  various  machine  loading 
and  labor  assignment  rules. 

While  the  discussion  in  this  paper  centered 
upon  parallel  channel,  single  phase,  homogeneous 
DRC  experimental  systems,  GERTS  III  QR  has  been 
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extended  and  used  in  a  real  .world  application. 
At  a  major  air  force  maintenance  base  this 
model  has  been  used  to  plan  the  work  flow  of 
aircraft  engines  through  overhaul.    The  network 
consisted  of  three  major  maintenance  lines  in 
parallel  with  each  line  being  a  network  of 
service  centers  in  parallel  and  series,  requir- 
ing up  to  ten  resource  classifications.  E?.ch 
line  concists  of-  at  least  40  nodes  and  the 
entire  network  includes  132  ser^rice  centers. 

The  preliminary  runs  were  used  to  identify 
both  bottlenecks  and  greatly  underutilized 
service  centers.    This  facilitated  a  shift  of 
resources  throughout  the  network  in  order  to 
achieve  a  more  balanced  workload. 

The  experiments  reported  in  this  paper 
are  being  duplicated  for  heterogeneous  DRC 
systems.    These  latter  investigations  have  led 
to  the  evoluation  of  some  interesting  and 
practical  xabor  assignment  rules  and  they  will 
be  the  subject  of  a  future  paper. 

In  summeury,  GERTS  III  QR  is  a  major 
improvement  over  the  more  traditional  simulation 
packages  for  ease  of  structuring  systems  and 
in  savings  of  computer  time. 

*  *  * 

We  wish  to  acknowledge  the  work  done  by 
Hogg  (8)  and  Hoge  (7)  in  developing  the 
statistics  on  FCFS  and  SOT  respectively. 
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Abstract 

The  problem  of  predicting  the  effectiveness  of  simulation  results  as 
applied  to  job  shop  production  is  discussed.    A  measure  of  effective- 
ness is  developed  which  allows  both  absolute  and  relative  evaluation 
of  different  scheduling  techniques  and  the  conditions  for  profit 
maximization  under  a  customer  service  constraint  are  presented. 
The  development  is  based  upon  a  model  of  che  shop  process  which  assumes 
random  scheduling  behavior  and  which  serves  as  the  reference  point  for 
evaluating  schedules. 


I.  Introduction 

The  problem  of  scheduling  production  is 
the  central  element  of  the  production  control 
problem  for  the  job  shop.    Production  perfor- 
mance is  almost  entirely  determined  by  the 
quality  of  schedules  produced.    Research  and 
applications  studies  on  the  problem  have,  almost 
entirely,  been  either  simulations  or  simulation- 
based.    The  use  of  simulation  is  mandated  by  the 
complexity  of  the  problem  and  the  lack  of  an 
algorithm  for  finding  solutions.    The  importance 


of  the  scheduling  problem  is  widely  recognized  by 
members  of  both  the  academic  and  the  industrial 
community. 

The  solution  to  the  job  shop  scheduling 
problem  has  its  ultimate  value  in  application* 
The  scheduling  rule  or  procedure,  which  is  the 
solution,  may  be  used  in  either  a  manual  or 
computer  based  system  to  effect  maximal  production 
performance.    The  objectives  served  by  the  pro- 
duction control  function  in  the  job  shop,  through 
the  schedule,  are:  (1)  prorit;  (2)  customer 


service;  (3)  reduced  Investment  In  work  in  pro- 
cess Inventories;  and  (4)  Improved  utilization 
of  capacity.    Conway,  Maxwell,  and  Miller  [1] 
discuss  these  object Ivss,  pointing  out  that 
direct  costs  are  Irrelevant  to  the  scheduling 
decision  and  that  only  Indirect  costs  form  the 
^>roper  basis  for  evaluating  schedules. 

The  search  for  the  best  scheduling  rule 
has  gone  on  for  many  years.    The  work  thet  has 
been  done  may  be  placed  In  two  broad  categories: 
"Academic  Research"  and  "Industrial  Applications'.* 
Much  of  the  progress  made  In  one  cateogry  Is  of 
little  value  In  the  other.    Results  and  findings 
are  not  seen  as  transferrable  and,  as  a  resul*, 
are  not  transferred.    The  academic  studies  are 
devoted  to  problems  too  highly  abstracted  and 
bearing  little  relation  to  those  found  In 
Industry.    Industrial  applications  are  too 
specialized,  conforming  to  the  special  and 
possibly  unique  needs  of  the  company  which 
developed  the  application.    In  addition,  results 
and  details  of  system  structure  are  o^iten  viewed 
as  proprietary  and  are  not  publicized.  Reports 
of  effectiveness,  when  made  available,  are  often 
without  meaning  when  taken  out  of  context.  Thus, 
when  one  company  can  claim  to  have  reduced  late- 
ness by  a  half  or  a  third  through  scheduling, 
another  company  has  no  guarantee  that  the  same, 
or  a  similar,  system  will  produce  the  same  result 
for  them. 


II',    The  Problem  of  Measurement 

A  major  source  of  difficulty  In  assessing 
the  transferability  of  results  between  two 
Industrial  applications  or  between  academla  and 
the  Industrial  community  Is  the  lack  of  a  good 
and  generally  acceptable  measure  for  evaluating 
schedule  quality  or  performance.    The  problem  Is 
ccropounded  by  the  fact  that  academic  studies  are 
typically  couched  In  purely  technical  terms 
(flow  time  i.s  the  iivSc  common  measure)  with  no 
reference  to  economic  criteria,  and  that  Industrial 
applications  are  described  primarily  In  terms  of 
the  change  In  economic  performance  achieved.  A 
means  of  constructing  a  true  cost  effectiveness 
measure  for  changes  In  schedule  quality  mu  it  be 
available  If  scheduling  studies  and  applications 
are  to  effect  general  changes  In  manufacturing 
performance.    The  cost  of  a  scheduling  study  or 
application  cannot  be  determined  In  the  absence 
of  Information  about  costs  of  computation,  pro- 
gramming and  manpower.    The  effectiveness  of  a 
scheduling  rule  or  system.  In  application,  can 
be  found  both  la  absolute  terms  and  In  terms  of 
the  improvement  over  current  procedures. 

The  requirements  for  the  measure  of 
effectiveness,  or  benefit,  are  neither  simple  nor 
easily  satisfied.    Although  many  requirements  of 
varying  Importance  may  be  stated,  there  are  four 
which  are  of  primary  Importance: 
(1)      Schedule  performance  must  be  measurable  in 
both  economic  and  technical  terms.  In 
addition,  the  conversion  from  an  economic 
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Co  a  technical  measure,  and  vice  versa, 
must  be  easily  accomplished. 

(2)  The  effectiveness  measure  roust:  be  general 
and  widely  applicable.     It  must  not  be 

C  led    Co  unique  or  special  economic  or 
technical  characteristics. 

(3)  The  measure  must  be  capable  of  bring 
easily  understood  by  managers,  both  in 
terms  of  technical  and  economic  perfor- 
mance. 

(4)  The  measure  must  be  applicable  to  both 
actual  and  simulated  performance.  That 
is,  it  must  not  require  information  not: 
readily  available  in  a  Job  shop. 

The  last  ol  th<^se  requirements  can  be  of 
particular  importance,  especially  since  the 
motivation  to  undertake  a  scheduling  study  or 
application  most  often  arisen  from  an  evaluation 
of  the  effectiveness  of  procedures  currently  in 
use. 

Every  scheduling  procerus:-  cr  production 
control  system,  whether  manual  or  computer  based, 
presumably  exhibits  some  of  the  characteristics 
of  intelligent,  goal  seeking  behavior.  Under 
this  premise,  the  performance  under  any  such 
system  should  exceed  that  available  from  a 
completely  random  system;  i(»e,,  one  in  which 
scheduling  decisions  are  made  on  a  random  basis. 
In  the  following  sections,  the  measure  of 
eflectiveness  will  be  developed  and  it  will  be 
applies  to  a  random  system  so  that  a  baseline 
for  comparison  will  be  available. 


Job  shop  scheduling  simulations,  whether 
abstract  or  applied,  do  not  » end  to  nonnatlvc 
results  in  the  sense  that  optimal  schedules  or 
scheduling  rules  can  be  specified.    This,  how- 
ever, should  not  imply  chat  a  normative,  profit 
maximizing,  criceria  should  noc  be  used  as  a 
basis  of  comparison  for  simulation  resr<lcs. 
Normac've  measures  have  noC  h?en  oicher  developed 
or  applied  in  Job  shop  research* or  applicacion 
and  progress  Coward  Che  ulciroaCe  soluClon  Co  Che 
"Job  shop  problem**  has  suffered  as  a  resulc. 
III.    The  Job  Shop  Process 

Job  Shop  produccion  is  difflculc  Co  char- 
accerlze  because  of  '  .e  variecy  and  complexicy 
of  produces  produced,  borh  Co  customer  order  and 
C"^  inventory.    No  measure  of  output,  other  thaTi 
a  generalized  measure  of  products  producej  per 
unit  time.  Is  available.    Inputs  are  sim)larly 
difficult  to  ci^iaracterize  since  they  may  Oe 
unique  to  each  product.     (This  i,^  particularly 
true  for  materials.)    A  generalized  model  of  the 
Job  Bhop  process  must,  for  these  reasons,  be 
a^gregatbx!  And  stated  in  terms  of  cost  and 
resource  flows.    This  does  net  present  great 
difficulties  since  our  evaluation  of  the  Job  shop 
process  is,  primarily,  couched  in  terms  of 
indirect  resources  and  their  costs.    Since  it  is 
the  direct  resources  required  hy  products  and 
the  processing  requirements  for  IndiviJual 
products  that  gives  the  Job  shop  problem  its 
complexity,  we  can  avoid  much  of  this  complexity 
and  the  problems  It  creates  r.hrough  aggregation. 
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The  job  shop  process  is  amenable  to  analysis 
under  the  structure  of  Figure  1, 

The  job  shop  process,  as  represented 
by  Figure  1,  Is  that  of  taking  the  Inputs 
machinery,  labor  and  supervision  (in  the 
required  proportions)  as  the  productive  resource 
"capacity".    To  capacity  Is  added  the  Input 
materials  and  capacity  is  transformed  into  the 
resource  "work  In  process The  resource  work 
In  process  In  then  transfonlied  Into  units  of 
completed  products  which  are  represented  In 
revenue  terms.    This  model  of  the  job  shop  pro- 
cess Is  unique,  perhaps,  since  only  capacity  and 
work  In  process  are  viewed  as  productive 
resources  (which  have  productivities).    The  Inputs 
machinery,  labor,  supervision,  and  materials  are 
not  Individually  productive.    In  this  model, 
demand  occurs  at  a  rate      (In  products  per  unit 
time)  and  the  average ^processing  requirement  for 
products  Is  P  (In  units  of  time  per  product). 
The  resources  are  M,'  the  number  of  machines  (or 
points  of  processing  capability),  and  N  the. 
number  of  products  in  process.    The  productiv- 
ities of  the  resources  are  p^,  the  utilization 


of  capacity,  defined  as 


M 


<»nd  p^,  the  ratio  of  mean  processing  tine  to 
mean  flow  time  (F)  for  products^, 

Pd  ~  • 

Assuming  that  the  job  shop  system  is  a  queueing 

system  and  that  steady  state  conditions  obtain, 

then  N  =     F  and  p    may  be  written  as 
d 


XV 


At  steady  state,  Np^  =  Up^  and  output,  X  (in 
products  per  unit  time)  may  be  written  as 
Npj  ^ 


Technically,  the  productivities  are  p^/P  and 
Pj/P.  but  the  denominators  cancel  in  all  cases 
and  jre  ignored.    Both  p^  and  p^  are  between 
zero  and  one  under  steady  conditions. 


Machinery  ^ 

Labor   > 

Supervision — > 


Capacity 


Work  in 
Process 


Revenues 


Materials 


Figure  1 


The  Job  Shop  Process 
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IV.         Measuring  Effectiveness 

Control  over  the  job  shop  process  under 
this  model  raay  be  effected  by  controlling  M. 
Under  the  assumptions  stated,  control  is  exer- 
cised so  that  profit  is  naximized  subject  to  a 
constraint  on  customer  service,  stated  as  a 
mean  flow  time  requirement,  F.    The  point  at 
which  maximum  profit  occurs  is  that  at  which  the 
ratio  of  the  marginal  productivity^  to  marginal 
cost  is  equal  across  all  resources.^    To  compute 
these  ratios,  knowledge  of  marginal  cost  r:ast  be 
available.    These  are  simply  the  Incremental 

costs_  of  having  additional  units  of  work  in 

2 

process  and  additional  units  of  capacity.  It 
should  be  noted  that  since  both  N  and  M  are  time 
averaged,  the  increment  costed  need  not  be  inte- 
ger and,  in  the  case  of  M,  a  new  machine  need 
not  be  purchased  if  overtime  is  available. 
Letting       and       be  the  marginal  costs  of 
incremental  work  in  process  and  capacity, 
respectively,  profit  Is  maximized  when 

Pd    =  Pf 

Cd      Cf  ■  • 


1 

See  Samuelson  [5]  ,  p.  60. 

2 

The  production  system  described  by  this 
model  is  stochastic  and  steady-state  Is  assumed. 
Therefore,  the  best,  and  only,  estimate  of 
marginal  quantities  Is  their  time  average. 


This  may  also  be  written  as  MC    -  h'C  .  The 

f  d 

optimal  operating  configuration  is  found  in  the 
following  way.    First  N  is  calculated  from 
N  =    AF.    The  optimal  value  of  M  Is  then  com- 
puted as  ii  =  NC^/C^.    From  M  and  N,  both  p^  and 
pj  may  be  found. 

These  relations  may  be  used  to  evaluate 
simulation  results  in  a  straightforward  manner. 
Let  us  first  assume  that  the  simulation  is 
conducted  for  potential  application  of  a 
scheduling  rule  to  a  shop  with  known  cost  data. 
It  should  be  noted  in  passing  that,  under  a  man- 
ual control  system  acting  to  maximize  profits  in 
the  manner  described  above.  It  Is  extremely  dif- 
ficult  to  maintain  the  optimal  operating  con- 
figuration.    It  should  not  be  assumed,  for 
purposes  of  comparison,  that  a  manual  system 
achieves  this  state  since  the  average  effects  of 
a  set  of  individual  control  decisions,  made 
serially,  cannot  always  be  controlled  very  veil. 
Continuing  the  example,  it  is  clear  that  the 
ratio  Pj/p^  must  be  equal  to  C^/C^  at  the  optimal 
operating  point.    The  value  of  p^j  (under  the 
random  assumption)  is  also  known  from  F.  On  a 
graph  of  p£  versus  p^,  the  ratio  Cj/C^  may  be 
drawn  as  a  line  through  the  zero  point  of  the 
graph  with  positive  slope.    The  Intersection  of 
this  line  with  the  line  represented  by  pj  is  the 
profit  maximizing  operating  configuration.  This 
graph  Is  Illustrated  In  Figure  2. 

Simulation  results,  for  a  utilization  of 
P£,  should  fall  above  the  Intersection  of  the  p^ 
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and  p£  lines.    If  they  do  not,  then  the 
scheduling  rules  tested  do  not  perform  as  well 
as  the 'random  rule.    The  simulation  results  for 
the  load/capacity  configuration  represented  by 
Pf  may  be  plotted  on  the  pf  line  (the  symbol 
"0"  represents  these  on  the  graph).    None  of 
these  represent  optimal  profit  performance  since 
none  of  them  falls  on  the  C^/C^  line.  Further 
simulations  must  be  run  until  a  result  Is  found 
which  falls  C^C^  line  zX  the  highest  value  of 
p^  attainable.    It  Is  noteworthy  that  this 
result  may  not  be  the  minimum  average  flow  time 
result  for  the  load/capacity  ratio  tested.  It 
may  also  occur  that  the  p^  line  may  .not  inter- 
sect the  Cj/C^  line,    particularly  In  cases 
when  the  value  of  C^C^  Is  small.    When  this 
occurs,  there  Is  no  operating  configuration  or 
scheduling  technique. which  will  satisfy  both  the 
customer  service  constraint  (F)  and  the  profit 
maximizing  condition.    In  this  case  the  manage- 
ment of  the  job  shop  has  some  (possibly)  diffi- 
cult choices  to  make. 

Simulation  studies  conducted  In  the 
absence  of  economic  Information,  obviously, 
cannot  specify  an  optimal  scheduling  technique 
for  any  job  shop  with  a  customer  service  con- 
straint.   In  the  absence  of  economic  information, 
performance  of  the  several  scheduling  techniques 
tested  must  be  represented  by  lines  on  the 
pc,  p^  graph  and  the  determination  of  optlmallty' 
must  be  deferred.    The  performance  lines  for  a 
set  of  techniques  will,  in  general,  start  In  the 


upper  left  corner  of  the  graph  and  slope  downward 
to  the  right.    These  lines,  particularly  those 
reptesenting  a  mixed  scheduling  technique 
(e.g.,  truncated  SOT),  may  not  necessarily  be 
linear  -  or  even  continuous.    A  set  of  simulation 
results  might  be  presented  in  the  fashion  Illus- 
trated in  Figure  3. 


1.0 


Figure  2 


Figure  3 
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V,    Data  Acquis icion 

As  might  be  expected,  the  primary  data 
problems  which  arise  in  evaluating  the 
effectiveness  of  simulation  studies  are  not 
related  to  the  simulation  or  its  results*  The 
only  precautions  which  need  be  taken  are  those 
of  insuring  that  steady  state  is  achieved  aad- 
that  actual  resultant  values  are  found  for  P, 
^  ,  and  N»    The  major  difficulties  arise  in 
determining  current  shop  performance  (so  that 
a  point  of  comparison  is  obtained)  and  measuring 
the  economic  factors* 

Since  it  cannot  (or  should  not)  be 
assumed  that  the  performance  of  the  control 
procedure  in  operation  in  the  shop  conformi;  to 
the  structure  developed  under  the  assimiptions 
of  the  random  model,  both  technical  (productiv- 
ity) and  economic  measures  should  be  made. 
There  are  several  sources  for  this  data, 
including  the  shop  floor,  the  production  control 
function  and  the  financial  statements  of  the 
firm.    These  sources  may  not  prove  to  be 
consistent  upon  cross  checking  (which  is  highly 
recomnended) ,  creating  problems  which  must  be 
solved  by  closer  examination  of  records  or  "by 
assumption." 

Not  the  first,  but  probably  the  most 
significant  problem  that  will  be  encountered  is 
that  of  defining  a  job.    A  job,  which  may  be 
several  customer  orders  or  a  part  of  a  single 
order,  is  a  piece,  or  set  of  pieces,  which 
follows  a  single  route  through  the  shop.  The 


route  need  not  be  simple,  but  must  be  followed 
for  the  entire  job.    The  balance  of  the  technical 
data  can  be  found  by  using  one  or  more  of  the 
sources  mentioned  above.    Information  about  the 
rate  of  demand  or  shipment  (presuming  steady 
state)  can  be  obtained  from  the  production  con- 
troller and  the  accounting  office.  Information 
about  mean  processing  time  is  available  from 
sampling  production  control  records  and  from 
supervisors  on  the  shop  floor  (after  determining 
the  fraction  of  jobs  processed  in  each  work 
center).    Data  on  capacity  is  available  in  the 
production  control  office  and  from  observation  on 
the  shop  floor.    The  number  of  jobs  in  process  is 
most  directly  found  by  inspection  and  may  be 
confirmed  by  the  production  controller.  The 
average  flow  time  may  be  found  by  sampling  pro- 
duction control  records  and  compared  to  the 
calculated  value. 

Economic  information  may  be  more  difficult 
to  obtain,  depending  upon  the  nature  and  avail- 
ability of  accounting  and  financial  data.  The 
unit  marginal  cost  of  work  in  process  must,  in  the 
absence  of  specific  information  about  the  "next" 
jobs,  be  assumed  to  be  equal  to  the  average  cost. 
Further,  the  average  in-process  job  can  be 
assumed  to  be  half  completed.    It  is  reasonable 
in  most  cases  to  assume  that  all  materials  are 

committed  when  the  job  is  started  and  that  pro- 

I 

cessing  costs  are  directly  proportional  to 
processing  time.    Processing  costs  are  the  costs 
of  direct  labor  and  machine  time  that  can  be 
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directly  attributed  to  the  job.    It  is 
important  that  these  costs  be  direct,  not 
allocated.    The  means  for  obtaining  machine 
cost  per  unit  of  processing  time  will  be  dis- 
cussed next. 

The  average  unit  cost  of  capacity  is 
determined  in  the  following  way.    First,  the 
annual  cost  of  supervision  Is  determined  and 
divided  by  the  number  of  units  of  capacity. 
Next,  the  total  annual  depreciation  and  interest 
for  productive  machinery  Is  calculated  and 
divided  by  the  number  of  units  of  capacity. 
Finally,  the  annual  direct  labor  payroll  is 
divided  by  the  units  of  capacity.    These  are 
sunmed  and  further  divided  by  productive  days 
in  the  year  to  obtain  the  average  daily  cost  of 
capacity.    The  average  cost  of  capacity  is  not 
equal  to  the  marginal  cost  of  capacity.  The 
machine  cost  compcneiit  of  capacity  cost  Is  zero 
at  the  margin  if  overtime  or  undertime  produc- 
tion Is  available.    The  direct  labor  and  super- 
visory components  can  likewise  vary  depending 
upon  whether  or  not  over  or  undertime 
Is  available  or  whether  modifications  to  the 
size  of  the  workforce  must  be  made.  Deter- 
mination of  the  marginal  cost  of  capacity  is 
largely  situation  specific  and,  for  the  most 
part,  depends  upon  the  availability  of  overtime 
production. 

The  determination  of  work  in  process  and 
capacity  costs  Is  not  diffjlcult  in  concept.  In 
practice,  some  difficulties  may  be  encountered 


because  Individual  costs  must  be  aggregated  in 
a  way  not  consistent  with  standard  accounting 
practice.    Hillier  [  3l   discusses  a  similar  cost 
finding  problem  and  his  paper  is  recommended  to 
those  who  wish  to  pursue  this  problem  further." 
VI.  Sunsnary 

The  procedures  for  detexrmlnlng  the  effec- 
tiveness of  job  shop  scheduling  simulations 
meet  all  of  the  criteria  stated  in  Section  II 
above.    The  measures  developed  allow  both 
relative  and  absolute  comparisons  for  every 
case  In  which  economic  information  Is  available 
They  Increase  both  the  effectiveness  and  desir- 
ability of  job  scheduling  simulations  because 
they  allow  the  Interpretation  of  simulation 
results  In  either  a  technical  or  an  economic 
context.    The  measures  lead  directly  to  a 
statement  of  the  conditions  for  profit 
maximization  and  bring  all  of  us  with  an 
interest  in  this  fascinating  and  complex 
problem  a  step  closer  to  its  ultimate  solution. 
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SIMULATION  APPLIED  TO  A  MANUFACTURING 
EXPANSION  PROBLEM  AREA 


J.  Douglas  DeMdIre 

01  in  Brass 
Clin  Corporation 

Abstract 

This  study  uses  computer  simulation  to  arrive  at  a  specific  answer  to  a  critical  problem 
area  In  a  capital  intensive  manufacturing  environment.    A  Casting  Plant  is  being 
expanded  due  to  growth  in  business.   The  logistics  of  the  operation  are  such  that  an 
existing  service  facility,  an  overhead  crane,  will  have  added  to  its  present  workload, 
servicing  an  additional  Casting  Unit. 

Management  desired  to  know  what  magnitude  of  crane  delays  would  result  from  increased 
task  interference  as  a  result  of  the  increased  workload  on  the  crane.    The  answer  to 
this  question  is  crucial  since  certain  types  of  crane  delays  generate  a  loss  in 
casting  capacity. 

The  simulation  covers  thirty-seven  discrete  types  of  tasks  that  the  crane  is  required 
to  do.   These  tasks  are  classified  Into  three  general  types  - 

1)  Fixed  Time  of  Occurrence 

2)  Random  Time  of  Occurrence 

3)  Random  Time  of  Occurrence  within  some 
fixed  distribution  of  known  cycle  times. 

The  simulation  Is  designed  to  simulate  operations  for  one-month,  using  one-minute 
time  units.  ,  
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INTRODUCTION 

The  manufacturing  environment  provides  an 
extremely  cJiallenging  area  for  applications  of 
sirriilation.    Many  manufacturing  problems 
become  so  involved  and  complex,  that  a  tool 
like  simulation  is  often  a  necessity  to  mean- 
ingfully capture  the  interrelationships  of 
variables  characteristic  to  the  manufacturing 
environment.-   These  complex  interactions  and 
the  "real  world"  type  problems  of  the  man- 
ufacturing area  are  precisely  the  challenge. 
An  additional  facet  that  increases  the  chall- 
enge is  dealing  with  manufacturing  personnel 
in  fo;-7nulahing  and  analyzing  a  simulator  for  a 
given  situation.    Manufacturing  people,  from 
necessity,  must  deal  with  a  barrage  of  press- 
ing daily  problems  and  tasks.  Therefore, 
careful  project  management  is  required  to  help 
insure  the  maximum  utilizatiorl  of  the  in- 
valuable input  the  manufacturing  people  have 
to  offer. 

Through  careful  design  and  feedback  control,  a 
simulation  study  may  be  executed  in  such  a  way 
that  the  manufacturing  people  are  "on  board" 
the  project  from  its  design  through  its  con- 
clusion.  The  value  of  this  direct  involvement 
cannot  be  overstated;  in  addition  to  better 
parametic  input  to  formulate  the  model,  the 
results  of  the  study  have  a  much  greater 
probability  of  actually  becoming  utilized 
input  to  the  decision-making  process.  This 
fact  results  from  these  people*s  having  3 


better  understanding  of,  and  therefore,  more 
confidence  and  trust  in  the  technique,  as  a 
result  of  their  involvement  throughout  the 
development  of  the  project. 

The  structure  of  this  paper  will  basically 
follow  the  sequence  of  steps  used  in  executing 
the  project.    Technical  infonnation  is,  for  the 
most  part,  displayed  in  the  appendixes,  while 
the  body  of  the  report  focuses  more  on  the 
logistics  of  successfully  executing  the 
simulation  study.    Project  structure  is 
given  below: 

1.  Problem  Definition 

2.  Collection  and  Development  of  Model 

Parameters 

3.  Formulation  of  the  Model  -  Present 

Situation 

4.  Benchmarking  the  Model 

5.  Addition  of  Proposed  Equipment  to  Model 

6.  Conclusions  and  Results 

7.  Summary 

A  brief  description  of  the  manufacturing 
operation  is  given  in  APPENDIX  C  to  aid  in 
understanding  the  nature  of  the  problem  at 
hand. 

PROBLEM  DEFINITION' 

As  a  result  of  the  business  growth  and  pre- 
dicted future  growth,  manufacturing  capacity  of 
the  Casting  Plant  was  projected  to  become 
insufficient  to  meet  market  demand.  This 
projection  signaled  management  that  the 
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casting  operation  had  to  be  expanded. 

Aj though  the  original  design  of  the  existing 
casting  plant  incorporated  future  expansion 
capabilities  in  casting  equipment,  it  did  not 
inherently  provide  for  expansion  of  peripheral 
service  equipment.    One  critical  consideration 
in  this  area  was  concerned  with  overhead  crane 
workload  capacity.   The  present  overhead  crane 
was  believed  to  be  operating  at  a  level  near 
its  capacity  in  the  present  layout. 

Workload  on  the  crane  is  critical  to  the  cast- 
ing plant  operation.    Certain  types  of  crane 
delays  occur  as  a  result  of  crane  task  inter- 
ference (more  than  one  task  requiring  service 
simultaneously).    These  delays  often  cause  an 
extension  of  the  casting  cycle  and  subsequently 
a  loss  in  total  casting  capacity.    With  an 
estimated  20-25  per  cent  increase  in  crane 
workload  projected  as  a  result  of  the 
additional  casting  equipment  being  planned, 
a  significant  question  began  to  crystalize. 
This  question  became  a  statement  of  the  prob- 
lem this  simulation  study  would  be  called  upon 
to  solve. 

How  much  casting  capacity  would  be  lost»  with- 
out modification  to  the  overhead  crane 
operating  system,  as  a  result  of  the  new 
casting  equipment  being  brought  on  line?  The 
answer  to  this  question  was  the  absolute 
objective  of  this  study. 

Several  sub-questions  required. answers  to  help 


answer  the  major  question  and  to  provide  other 
decision-making  information  to  manufacturing 
management 

1.  What   d.^'ftude  of  crane  task  Interference 

would  occur? 

2.  What  new  workload  would  result  for  the 

crane? 

3.  Would  Interference  be  great  enough  to 

justify  extensive  research  to  alleviate 
same? 

4.  Was  it  possible  that  no  real  problem 

existed? 

After  some  analysis  by  manufacturing  manage- 
ment. It  became  evident  that  the  crane  operat- 
ing system  was  extremely  complex  and  almost 
impossible  to  reliably  analyze  by  conventional 
methods.   Assistance  in  analyzing  the  situation 
was  requested  by  manufacturing  management,  and 
tt  was  specifically  requested  that  a  simula- 
tion model  of  the  crane  operating  system  be 
constructed. 

The  fact  that  manufacturing  had  specifically 
requested  the  simulation  study  proved  to  be 
extremely  valuable  throughout  the  study.  This 
fact  helped  elicit  good  cooperation  from  the 
manufacturing  operating  personnel  from  the 
design  phases  to  the  conclusion  of  the  project. 
This  involvement  of  manufacturing  personnel  at 
all  phases  of  the  study  served  to  Inform  them 
about  the  technique  of  simulation  and.  In  turn, 
generated,  In  them,  a  trust  In  the  method  and 
Its  results,  probably  unattainable  by  any 
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other  method.  In  short,  the  results  of  the 
study  were  viewed  as  reliable  inputs  to  the 
declslon-inaking  process  by  manufacturing. 

R^.iterating,  the  objective  of  the  simulation 
became  to  measure  the  magnitude  of  the 
expected  casting  capacity  loss  due  to  the 
Increased  worklo'ad  of  the  overhead  crane. 
Given  this  measure,  manufacturing  would  be  in 
a  position  to  make  a  more  intelligient  and 
well-informed  decision  as  to  what  course  of 
action  should  be  taken. 

DEVELOPMENT  OF  MODEL  PARAMETERS 

Manufacturing  involvement  in  this  phase  of  the 
project  was  critical.    In  essence,  they  would 
describe  the  system  and  their  description 
would  be  abstracted  into  a  simulation  model. 
It  is  important  to  note  that  a  model  was  not 
constructed  and  submitted  for  manufacturing 
approval;  the  model  was  developed  with 
manufacturing  an  integral  part  of  the 
development. 

A  series  of  meetings  were  held  with  operating 
and  management  personnel  ranging  from  first 
line  supervision  through  Director  of  Manu- 
facturing.  The  initial  meeting  was  somewhat 
unstructured.    Generalities  about  the  project 
were  explained,  and  "rough"  descriptions  of 
system  parameters  were  developed.    At  sub- 
sequent meetings,  parameters  were  refined  and 
expanded  until  all  parametric  information 
was  developed. 


Development  of  parameters  consisted  of 
accumulating  information  such  as  descriptions, 
(iOtailed  times  for  executing  tasks,  and 
descriptive  information  relative  to  distribu- 
tion of  occurrences  of  the  various  tasks. 

Each  crane  task  (16  discrete  types)  was  de- 
tailed by  sub-dividing  it  into  sub-tasks. 
(See  APPENDIX  A)    For  example,  one  task  might 
be  broken  down  into  5  sub-tasks;  each  sub-task 
with  a  specified  time  for  completion.  Tasks 
were  detailed  in  this  manner  in  order  that  task 
priorities  might  be  handled  in  the  most  real- 
istic manner  possible.   Task  breakdown  and  task 
priorities  are  discussed  further  in  the 
FORMULATION  section  of  this  paper. 

After  several  meetings  with  manufacturing,  a 
sufficiently  complete  set  of  crane  activities 
and  their  descriptions  were  compiled.    At  this 
point,  a  study  of  several  months'  past  pro- 
duction and  maintenance  history  was  done,  using 
the  information  previously  developed  as  a  basic 
structure  for  gathering  the  data.    For  example, 
given  the  various  tasks,  the  study  was  used  to 
develop  occurrence  frequencies  for  the  tasks, 
based  on  history. 

The  results  of  the  historical  study  were  com- 
bined with  manufacturing's  best  "operating  feel" 
to  yield  the  best  estimate  of  the  system 
parameters  involved  in  this  simulation. 
Specifically  at  this  point,  all  crane  tasks 
were  identified  and  .defined,  frequency 
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distributions  for  occurrences  for  each  type 
task  were  complete,  the  nature  of  the 
occurrence  distribution  was  known,  and 
priorities  had  been  assigned  to  the  tasks. 

FORMULATION  OF  THE  MODEL  -  PRESENT  SITUATION 

Formulation  of  the  model  combined  the  para- 
metric information  that  had  been  previously 
developed  with  the  necessary  logic  to  properly 
represent  the  interactions  of  the  various 
components  of  the  model. 

A  major  part  of  the  program  logic  required  was 
knowledge  about  logical  sequence  of  occurrence. 
That  is,  what  events  could  logically  occur 
at  the  same  time  and  which  events  must  occur 
at  mutually  exclusive  times.  Through 
cooperation  with  operating  personnel,  a  matrix 
was  developed  that  fixed  which  events  could 
not  happen  simultaneously.  APPENDIX  B) 

The  other  major  part  of  logic  development  used 
in  the  model,  dealt  with  generating  tasks  by 
the  proper  distributions.    During  this  phase, 
it  became  clear  that  the  crane  tasks  that  had 
been  defined  could  be  classified  into  three 
types  with  respect  to  the  nature  of  the 
occurrence  distributions.   These  class- 
ifications were: 

1.  Totally  random  occurrences. 

2.  Totally  random  occurrences  within  some 

known  but  varying  cycle  time. 

3.  Fixed  time  occurrences. 


The  simulation  program  was  developed  or 
structured  into  three  main  sections  that 
correspond  to  the  three  occurrence  types. 

A  specific  example  of  each  occurrence  type 
might  be  helpful . 

The  totally  random  events  are  exactly  what  the 
name  implies.   There  is  a  known  fixed  number  of 
occurrences  of  this  type  event,  but  the  time  of 
an  occurrence  is  generated  in  a  truly  random 
way.    For  example,  furnace  failures  are  con- 
sidered to  be  totally  random.  Their 
occurrences  are  equally  likely  at  any  logical 
time  throughout  the  simulation. 

An  example  of  an  event  that  is  random  within  a 
known  cycle  time  is  removing  cast  bars  from 
the  casting  equipment.   Occurrence  time  for 
this  task  is  assigned  by  d  random  distribution 
given  a  cycle  time  assigned  by  a  known 
distribution. 

A  unit  change  on  a  casting  unU  is  an  example 
of  a  fixed  time  occurrence.   The    tine  for  this 
task  to  occur  was  assigned  before  the  sim- 
ulation and  its  occurrence  was  forced  to  con- 
cur with  this  assignment. 

It  is  worthy  to  note  that  the  fixed  occurrence 
tasks  are  In  reality  not  fixed.    They  are 
referred  to  as  fixed  here,  because  they  were 
dealt  with  in  the  actual  simulation  program  as 
though  they  were  fixed.   These  "fixed" 
occurrence  times  were  pr^assigned  by  psuedo 
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random  generation.   They  were  handled  as 
"fixed"  in  the  model  to  assure  logical 
execution  sequences. 

As  mentioned  briefly  before,  each  of  the  six- 
teen crane  tasks  were  sub-divided  by  break- 
points into  sub-tasks.   This  was  done  to 
facilitate  the  most  realistic  application  of 
job  practices. 

Since  many  of  the  crane  tasks  are  relatively 
long  ill  duration  and  consist  of  several  dis- 
tinct steps,  it  was  decided  to  allow  the  crane 
to  be  pre-empted   at  any  breakpoint  in  a  major 
task  if  a  higher  priority  task  was  waiting. 
The  pre-empted  task  or  tasks  would  be  com- 
pleted as  priorities  and  crane  workload 
allowed.    In  this  manner,  the  model  operated 
the  crane  very  much  as  it  was  physically 
operated.    Queue  statistics  on  all  task  and 
task  breakpoints  were  tabulated  for  analysis. 

The  model  was  designed  to  simulate  a  nonth*s 
activity.    The  smallest  time  unit  used  in  the 
model  was  one  minute.    All  time  statistics 
were  accumulative  in  terms  of  minutes. 

An  advantage  capitalized  on  in  this  study 
was  that  initially,  the  simulation  model  sim- 
ulated an  existing  set-up.    Given  the  vast 
knowledge  the  manufacturing  personnel  had 
gained  by  experience,  it  was  possible  to 
calibrate  or  benchmark  the  accuracy  of  the 
model  before  adding  the  unknown  element,  the 
additional  equipment.    In  this  way,  the 


manufacturing  people  gained  additional  con- 
fidence in  the  model,  since  they  could  see  that 
it  was  simulating  the  existing  operation  with  a 
high  degree  of  accuracy. 

BENCHHARKIN6  THE  MODEL 

This 'phase  proved  to  contribute  niore  than  any 
other  to  management's  confidence  in  the  sim- 
ulation model  and  more  importantly,  the 
acceptance  of  its  results. 

Several  simulation  runs  were  made  of  the 
"before"  situation.    The  results  were  tabu- 
lated for  management  review.    Due  to  the 
structure  of  the  model,  it  was  possible  to 
determine  many  significant  operating  para- 
meters that  could  be  measured  against  reality 
or  known  past  performance.    For  example,  it 
was  possible  to  report  production  for  the 
month,  not  only  in  total,  but  in  some  detail 
with  respect  to  product  mix.    The  fact  that 
production  generated  by  the  model  was  totally 
believable,  when  compared  to  actual  history, 
played  a  major  role  in  convincing  management 
that  the  model  was  valid.    It  was  also  poss- 
ible to  demonstrate  that  all  prescribed  tasks 
had  been  completed  by  the  crane  throughout  the 
month.   Again,  task  occurrences  closely 
paralleled  actual  experience.  (See  APPENDIX  D) 

Given  the  confidence  gained  in  the  model  by 
"benchmarkir'i"  it  with  reality,  the  additional 
equipment  was  added  to  the  model  for  evalu- 
ation. 
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Needless  to  say,  the  model  was  designed  so 
that  the  additional  equipment  could  be  easily 
incorporated.    The  author's  intention  and 
approach  from  the  beginning  was  to  model  the 
present  situation,  gain  the  confidence  of 
management  by  demonstrating  the  model's 
accuracy,  and  insert  new  equipment  and 
measure  its  effect.    This  approach  was  taken 
to  maximize  the  probability  of  acceptance  of 
the  studies  results.    The  method  proved  to  be 
a  good  approach. 

ADDITION  OF  PROPOSED  EQUIPMENT  TO  MODEL 

The  equipment  that  was  projected  to  be  added 
to  the  casting  operation  was  incorporated  Into 
the  existing  and  accepted  model  of  the  present 
casting  operation. 

Simulation  runs  were  made  with  the  revised 
model.    By  comparing  the  "before"  and  "after" 
simulation  run  results »  it  was  possible  to 
achieve  the  project  objectives. 

The  confidence  that  had  been  gained  in  the 
model  by  this  time  really  paid  off  throughout 
the  remainder  of  the  project. 

The  comparisons  of  before-and-after  run 
results  allowed  predictions  to  be  made  on  the 
critical  characteristics  of  the  crane 
operating  system.    Specifically,  it  enabled 
the  estimation  of  increased  casting  delay  due 
to  crane  task  interference  increases. 

CONCLUSIONS  AND  RESULTS 


Conclusions  were  drawn  by  comparing  the  sim- 
ulation or  the  present  casting  operation,  an 
accepted  valid  picture  of  reality,  to  the  sim- 
ulation results  of  the  proposed  casting 
operation  with  the  additional  equipment. 

The  major  conclusion  drawn  showed  that  due  to 
increased  crane  task  interference,  a  2.8%  loss 
in  capacity  could  be  expected.    This  percentage 
was,  in  turn,  converted  into  total  pounds  of 
production  loss  to  be  expected.    This  fact  then 
became  the  major  contribution  of  the  simulation 
to  the  decision  process.    The  magnitude  of  the 
problem  had  been  quantified  and  it  was  now  up 
to  management  to  determine  what  action  was 
required. 

The  important  contribution  this  study  made  was 
that  management  was  in  a  position  to  make  a 
much  more  informed  decision  that  it  would  have 
been  without  the  simulation.    Critical  to  this 
fact  was  that  management  accepted  the  results  of 
the  simulation  as  valid. 

Due  to  the  proprietary  nature  of  many  of  the 
statistics  involved,  relative  changes  between 
present  and  proposed  operations  are  shown;  no 
absolute  statistics  are  given. 

Realizing  the  detailed  structure  of  the  model, 
It  Is  possible  to  conclude  that  the  difference 
measured  between  the  two  situations  are 
attributable  strictly  to  the  Increase  in  crane 
task  Interference.   The  fol'u^nng  table  shows 
some  critical  relative  statlsdcs  between  the 
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two  situations  simulated. 


COMPARATIVE  STATISTICS  BETWEEN  PRESENT  AND 
PROPOSED  SITUATIONS  SIMULATIONS 


Average  Number  of  Casting  Cycles  Per  Day  Per  Machine 

Crane  Workload 

Zero  Wait  Time  Bar  Ren)ovals 

Average  Wait  Time  For  A]J_  Bar  Removals 

Average  Wait  Time  for  Bar  R^frovals  That  Had  To  Wait 

Percent  of  Bar  Removals  When  More  Than  One  Production  Unit  Was 

Ready  To  Have  Ban;  Pulled  At  The  Same  Time 
Percent  of  Occurrence      ^%r  Removals  That  Exceeded  Allowable  Delay 


PROPOSED  SITUATION 
i..8  Decrease 
15  %  Increase 
17  %  Decrease 
44  %  Increase 
No  Change 
7.9  %  Increase 

4  %  Increase 


SUMMARY 

If  this  summary  had  to  be  limited  to  two  words, 
those  two  words  would  be  MANAGEMENT 
INVOLVEMENT. 

Any  competent  O.R.  oriented  person  can  develop 
a  simulation  model  of  a  situation.    This  fact 
alone,  however,  means  very  little.  Unless 
the  simulation  gains  management's  confidence 
and  acceptance,  the  study  is  worthless  to  the 
organization. 

It  IS  possible  to  greatly  enhance  the 
probability  of  management  acceptance  of  a 
simulation  if  management  involvement  and 
participation  in  the  simulation  are  forced  to 
a  maximum. 

This  involvement  should  spread  over  all  levels 
of  management  involved  and  should  be  sustained 
throughout  the  study. 


The  final  acceptance  and  utilization  of  a 
simulation  study  are  less  rehucd  to  the  tech- 
nical excellence  of  the  study  than  they  are  to 
the  confidence  i**  is  possible  to  gain  from 
management  if  the  project  is  executed  properly. 
This  statement  is  not  intended  to  say  that 
technical  excellence  is  not  a  requirement  for 
ultimate  success,  but  to  stress  that  management 
participation  cannct  be  overlooked  or  under- 
estimated if  simulation's  full  potential  is 
ever  to  be  realized. 
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APPENDIX  A 
DETAILED  DESCRIPTIONS 


TASK 

D.  C.  Casting 
Bar  Removal 

Coil  Change 

Replace  Charge 
Weigh  Line 


BREAKPOINT  TIMES  * 
 (MINUTES)  


Replace  Gantry 
Crane 


DESCRIPTION 

Cast  bars  must  be  removed  from  JJ_  (No  Breakpoints) 

casting  units  and  moves  to  other 
equipment. 

As  a  result  of  failure,  heating  coils  20-5-20-40-20-5^-10 
must  be  replaced. 

6 

During  charge  weigh  line  failure, 
crane  must  move  materials  to 
casting  floor  ordinarily  done 
by  charge  weigh  line. 

During  gantry  failure,  crane  must  6_ 
handle  gantry  crane's  jobs  on 
the  casting  floor. 


D.C.  Mold  Carriage   Replacing  the  meld  carriage 


Change 

D.C.  Mold  Liner 
Change 

D.C.  Unit  Change 


Unplanned  Melt 
Changes 

5-Melt  Change 


on  D.C.  Casting  units. 

Replacing  the  mold  liners  on  D.C. 
Casting  units. 

Completely  changing  5  melt 

furnaces  and  holding  furnace 
'  associated  with  D.C.  Casting 

Changing  only  1  of  the  5  melt 
furnaces  on  a  casting  unit  as 
the  result  of  some  failure. 

Replacing  the  5  melt  furnaces 
assocated  with 


6-6-6-6 


5-5 


PRIORITY 
10  (Top) 


1 45-J0-10-10;-10^J0.-10-10-10-  6 
60-10-10-10-10-1 20-6-6;-6.-6.- 
J0;-10-_I0-10;-1 20-20-15.-30 

10-5-10-40-10-15-20  6 


l£-5-10.-40-10  Then  U-}0  6 
5  Times  5  Times 
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DETAILED  DESCRIPTIONS 


lASK  DESCRIPTION 
Random  Tasks  Small  jobs  such  as  moving  materials 

to  casting  floor . 

Ascast  Bar  Removal    Removing  bars  from  another  type  rf 
casting  unit. 

Booked  Hold  Casting  Replacement  of  molds  on  "book 
Hold  Changes  mold"  casting  unit. 


BREAKPOINT  TIMES  * 
 (HINUTES) 


20-25 


Ascast  Hold 
Change 

Ascast  Furnace 
Change 

Changing  Wertli 
Wertli  Failures 


PRIORITY 
5 


Replacement  of  molds  on  "ascast"  6-6  4 
casting  unit. 

Replacement  of  melting  furnace  on  1^-15^-10-10-10  4 

ascast  unit.  ; 

Hoi  ten  metal  must  be  carried  to  10  4 

this  production  unit  by  the  crane. 

Given  certain  types  of  failures  on         10-20-10  4 
this  production  unit,  the  over- 
head crane  is  required  to  help 
recover  the  unit. 

*  Underlined  times  are  times  crane  is  required.  Times  not  underlined  must  elapse  before  the  next 
step  is  done,  however,  the  crane  is  frae  to  do  another  job  during  the  non-underlined  times. 

APPENDIX  B 

 2__3  4^    5    6^7  8 


1 .  D.C.  Bar  Removal 

2.  Coil  Change 

3.  Charge/Weigh  Failure 

4.  Gantry  Failure 

5.  D.C.  Mold  Carriage 

6.  D.C.  Mold  Liner 


X  X 
X  X 


XXX 
X 


X  X 
X  X 


.IP  JL. .  J         „l.i .  .15,. 
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4    5  6 


7.  D.C.  Unit  Change  XX  X    X     X  X 

8.  Unplanned  Melt  Chg.  X  X     X     X  X 

9.  5-Melt  Change  XX  XX 

10.  Random  Task  X 

11.  Ascast  Bar  Removal  X 

12.  Book  Mold  Mold  Chg. 

13.  Ascast  Mold  Chg.  X 

14.  Ascast  Fee.  Chg.  X 

15.  Charge  Wertli 

16.  Wertli  Failure 

Note:  X  Indicates  Row  Event  and  Column  Event  May  Not  Occur  Simultaneously. 


10     11     12    13     14      15  16 


X  X 
X  X 


APPENDIX  C 

DESCRIPTION  OF  MANUFACTURING  OPERATION 
This  is  a  large  manufacturing  business  pro- 
ducing copper  and  copper-base  alloy  strip. 
Specifically  of  interest  here  is  the 
casting  operation. 

The  casting  operation  employs  a  semi-contin- 
uous direct-chill  casting  .process.  The 
function  of  the  casting  operation  is  to  pro- 
vide large  cast  bars  of  non-ferrous  alloys  for 
further  processing  by  rolling  mills  and  fab- 
ricators.  The  bars  are  cast  from  various 
combinations  of  virgin  and  scrap  raw 
materials. 

The  casting  operation  consists  of  a  number  of 
sub-systems  which  include  melting  furnaces, 
holding  furnaces,  casting  pits,  and  various 
supporting  material  handling  equipment. 


Perhaps  the  most  critical  piece  of  material 
handling  equipment  is  the  overhead  cranes  which 
has  the  ability  to  move  the  entire  length  of  the 
casting  plant.    The  crane  tasks  are  described  in 
detail  in  APPENDIX  A. 

The  crane  has  serviced  the  operation  in  a 
totally  adequate  manner  to-date.    Now,  with 
plans  to  add  casting  equipment,  the  question 
arises  as  to  whether  the  crane  will  be  able  to 
handle  the  subsequent  increase  in  crane  tasks. 
APPENDIX  D 

COMPARISON  OF  HISTORICAL  AND  SIMULATED  TASK 


FREQUENCIES 


1.  D.C.  Bar  Removal 

2.  Coil  Changes 

3.  Charge/Weigh  Failures 

4.  Gantry  Failures 


%  ERROR  IN 

SIMULATED 

FREQUENCY 

Not  Applicable 

OX 

30% 

30% 
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COMPARISON  OF  HISTORICAL  AND  SIMULATED  TASK 
FREQUENCIES 


%  ERROR  IN 

SIMULATED 

FREQUENCY 

5. 

D.C.  Mold  Carriage  Change 

0% 

6. 

D.C.  Mold  Liner  Change 

0% 

7. 

D.C.  Unit  Change 

0% 

8. 

Unplanned  Furnance  Changes 

40% 

9. 

5-Melt  Changes 

0% 

10. 

Random  Tasks 

4% 

11. 

Ascast  Bar  Removal 

20% 

12. 

Book  Mold  Mold  Changes 

0% 

13. 

Ascast  Mold  Change 

0% 

14. 

Ascast  Furnace  Changes 

0% 

15. 

Charging  Wertli 

20% 

16. 

Wertli  Failures 

10% 

APPENDIX  E 

PROGRAMMING  CONSIDERATIONS 

The  simulation  model  was  written  using  RCA's  ' 
Flow  Simulator' language.    Flow  Simulator  is  a 
language  very  similar  to  G.P.S.S.  and  was 
selected  basically  because  the  computer 
available  was  a  RCA  Spectre  70  on  which  the 
simulation  language  available  was  Flow 
Simulator. 

The  progranming  problem  most  basic  to  the 
success  of  the  project  was,  of  course, 
representing  the  crane  operating  system  in 
the  most  realistic  manner  possible.  To 
achieve  this  goal,  certain  types  of  activities 
were  fixed  in  time  prior  to  the  simulation 


run.    This  pre-assignment  was  done  using  a 
combination  of  randomness  and  logical  pattern 
knowledge  for  events  occurrences. 

In  the  simulation  program,  these  pre-assigned 
tasks  were  handled  as  follows:    A  function  was 
set  for  each  day  to  be  sin'ulated  which  con- 
tained code  for  the  proper  pre-assigned  tasks 
to  take  place  on  that  day.    These  functions,  in 
conjunction  with  the  various  generate  state- 
ments, kept  transactions  coming  at  the  crane 
in  a  logical  pattern  throughout  the  sim- 
ulation. 

Both  tasks  associated  with  pre-assigned  events 
and  random  events  contained  breakpoints  as 
explained  in  the  body  of  this  report.  These 
breakpoints  allowed  the  crane  to  be  pre-empted 
within  a  job,  if  a  higher  priority  task  came 
due.    The  task  time  distribution  associated 
with  the  various  tasks  were  handled  by 
creating  a  function  for  each  task  which 
included  advance  times  for  service  and  free 
time  for  the  crane  within  a  job  execution. 

For  example,  a  job  could  consist  of  the 
following  - 

5  Minutes  Crane  Time 

6  Minutes  Crane  Time 

10  Minutes      Non-Crane  Time 

7  Minutes      Crane  Time 

During  the  10-minute  non-crane. time,  the  crane 
was  considered  to  be  free  for  executing 
other  tasks. 
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Various  tables  were  set  up  to  collect  data  in 
addition  to  the  standard  data  output  of  Flow 
Simulator.    For  example,  a  table  was  gen- 
erated for  assigned  cycle  times  and  for 
realized  cycle  times.    Comparing  those  two 
distributions  was  helpful  in  demonstrating 
the  effect  of  workload  on  casting  cycle  time 
realization. 

Tables  were  also  kept  showing  interference 
patterns.   These  tables  indicated  what  tasks 
were  interferring  with  what  other  tasks.  This 
information  was  collected  to  help  in  designing 
new  procedures  for  the  actual  crane  operating 
system  to  minimize  interference  in  the 
future  design. 

The  smallest  unit  of  time  considered  in  the 
simulation. was  one  minute;  the  total  simulated 
time  period  was  one  month.   The  simulation 
took  approximately  25  minutes  to  simulate  one 
month  and  required  220K  of  core. 
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CYCLE -TIME  SIMULATION  FOU  A  MULTIPKODUCT  MANUFACTUHING  FACILITY 


M.  M.  Patel,  J.  M.  Panchal.  and  M.  T.  Coughlin 
IBM  System  Products  Division,  East  Fishkill 
Hopewell  Junction,  N.  Y.  12533 

Abstract 

This  is  a  generalized  simulation  model  for  a  multiproduct  manufacturing  line 
with  interdependent  production  equipment.  Based  on  various  product  demands, 
it  simulates  resources  such  as  manpower  and  equipment  and  generates  product 
cycle  time.   It  is  a  deterministic  model.  It  takes  into  consideration  equipment 
reliability,  man-machine  interaotipns,  yields,  rework,  and  pix)cess-related 
constraints.   The  model  could  also  be  used  to  plan  resource  requirements  to 
fulfill  required  product  cycle  times.  The  model  is  written  in-GPSS  language 
with  PL/l  subroutines.  The  temptation  to  incluae  relatively  less  pertinent 
factors  is  resisted  in  order  to  keep  the  model  economical. 


INTRODUCTION 

The  successful  commitment  of  resources  is  one 
of  tiie  most  crucial  responsibilities  plant  management 
faces.   This  is  particularly  true  in  the  semiconductor 
business,  where  new  products  are  introduced  at  an 
ever-increasing  pace  from  laboratories,  and  new 
product  applications  create  modifications  of  current 
products.  These  factors  —  and  the  spur  of  com- 
petition —  make  product  manufacturing  cycle  time 
more  important  than  ever. 

The  cycle  time  to  manufacture  a  product  is 
affected  by  three  major  factors:  equipment,  human 
resources,  and  buffer  or  work  in  process.  The 


dynamic  nature  of  business  is  very. complex,  however, 
due  to  many  variables:  demand  fluctuations,  change 
in  product  mix,  addition  of  ne  w  products,  variation  in 
number  and  types  of  manufacturing  operations  for 
different  products,  variation  of  process  times  for 
operations  from  several  minutes  to  several  hours, 
batch  type  and  individual  unit  operations,  and  variation 
of  batch  size  by  operation. 

To  gain  insight  into  such  complexities  and  an 
understanding  of  interrelationships  is  beyond  the 
capability  of  one  person  without  the  aid  of  some 
meaningful  tool.  Simulation  is  one  of  the  most  exciting 
techniques  employed.   When  enhanced  by  high-speed 
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computers,  simulation  makes  it  possible  to  tackle 
complex  problems  in  very  short  times ,  It  also  deals 
with  dynamics.  The  real-world  complexities  can  be 
closely  represented  in  a  physical  model  on  paper. 
Manipulation  of  the  model  for  different  strategies 
enables  management  to  find  out  what  the  probable 
results  would  be,  and  thus  leads  to  making  sound 
business  decisions  before  actually  committing  the 
resources.. 

Tiiis  paper  describes  a  fairly  complex,  deter- 
ministic simulation  model  of  a  multiproduct  manu- 
facturing facility.  The  model  was  developed 
primarily  to  better  understand  the  interrelationships 
of  the  complexities  of  the  manufacturing  floor  and  to 
reduce  the  product  manufacturing  cycle  time.  Such 
insight  permits  faster  manufacturing  response  and 
a  reduction  in  time  and  cost  when  introducing  pro- 
duct changes.  An  independent,  controlled  ejq)eriment 
carried  out  on  the  manufacturing  floor  helped  to 
validate  the  model  by  achieving  results  on  the  floor. 
The  combined  efforts  of  model  and  experiment  led  to 
a  reduction  in  product  queueing  times  by  66  percent. 

Depending  on  the  basic  information  and  the  end 
result  sought  after,  the  model  can  give  product  cycle 
time  based  on  the  available  resources,  or  the 
resources  required  to  meet  the  planned  cycle  times. 
The  impact  of  a  proposed  engineering  change  or 
group  of  changes  can  be  meaningfully  analyzed.  The 


model  is  not  designed  to  give  the  global  optimum 
solution  in  one  exercise,  but  can  lead  to  a  nearly 
optimal  solution  by  iteration.  The  economics  in  terms 
of  dollars  and  cents  has  to  be  evaluated  externally  for 
the  different  iterations. 

The  model  enables  management  to  analyze  the 
impact  of  the  following  manufacturing  parameters: 
1)  daily  schedule  start  by  product,  2)  product  route 
and  modifications,  3)  rework  loop  or  loops,  if  any, 
and  different  rework  percentages  of  virgin  products, 
4)  equipment  plans,  5)  manpower  and  productivity, 
6)  job  enlargement,  7)  production  losses  or  yields  by 
operation  or  group  of  operations,  8)  operation-level 
time  parameters,  i,e. ,  unit  or  batch  process  time, 

9)  reliability  and  maintainability  of  equipment,  and 

10)  plant  operation  policy  for  shifts,  working  days 
per  week,  etc. 

The  model  is  a  generalized  one  to  simulate  most 
discrete  manufacturing  facilities .  It  is  designed  to 
provide  a  general  framework  for  simulating  the  flow 
of  jobs  through  a  manufacturing  facility  using  specified 
equipment,  manpower,  and  buffer  (WIP)  resources . 
The  model  is  written  in  GPSS-V  language  with  PL/l 
subroutines.  The  PL/l  subroutines  are  used  for  two 
purposes:  for  ease  of  input  data  manipulation,  and  for 
GPSS  output  report  summarization  and  interpretation, 
A  typical  system  requirement  for  ten  products  having 
a  routing  of  90  to  300  operations  and  about 3 50  pieces 
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of  equipment  can  be  about  40 OK  bytes  of  core  space. 
To  simulate  two  months  of  manufacturing  activity  for 
the  situation  just  described  can  take  about  25  min  of 
CPU  time  on  a  System/360  model  85  computer.  It 
is  essential  that  the  simulation  time  be  long  enough 
to  reach  steady-state  conditions , 

The  outline  of  the  model  structure  and  its 
salient  features  are  presented  here. 
MANUFACTURING  CYCLE  TIME 

The  cycle  time  of  a  product  consists  of  the 
actual  time  to  process  for  each  operation,  the  waiting 
time  before  each  operation,  and  the  transfer  time 
between  operations. 

Reliability  of  the  equipment  also  has  an  impact 
on  the  cycle  time  and  buffer  requirements.  To 
maximize  utilization  of  equipment  and  people  usually 
requires  large  buffer  volumes,  which  leads  to  longer 
cycle  time.  Immediate  implementation  of  a  manda- 
tory product  change  becomes  very  costly  because  of 
the  scrapping  of  large  buffer  volumes. 

Figure  1  presents  a  sketch  of  a  unique  manu- 
facturing plant  segment.  Say  there  are  5  products, 
8  operations,  and  32  pieces  of  equipment,  within  12 
equipment  groups.  Let  A-E  represent  the  products 
and  1-8  represent  the  operations.   The  schematic 
shows  the  product  dedication  by  equipment  group  for 
each  operation,  as  well  as  the  rework  path.  Any 
discrete  manufacturing  facility  could  be  represented 
similarly  by  a  schematic  drawing  for  simulation 
studies. 
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MANUFACTURING  LINE  REPRESENTATION 

Figure  2  represents  the  system  and  logic  modules, 
which  are. described  below. 
Facility  Representation 

Physical  realities  of  a  manufacturing  plant  are 
closely  represented  in  the  model  by  equipment  groups 
by  departments  or  segments  of  a  department. 
Equipment  Parameters 

Each  equipment  group  can  be  given  two  param- 
eters, for  planned  and  unplanned  downtime  or  main- 
tenance. The  planned  downtime  can  be  specified  as  a 
fixed-time  activity  for  one  of  the  periods,  such  as 
each  shift,  each  day,  or  each  week,  etc.   By  scheduling 
downtime,  it  is  possible  to  reflect  start-up  activity, 
periodic  instrument  calibration,  etc.  Unplanned 
maintenance  can  be  specified  by  two  factors:  mean 
time  between  failure  (MTBF)  and  mean  time  to  repair 
(MTR).  Each  factor  can  be  either  of  ^'yf^d  time  value 
or  a  mean  value  of  a  statistical  distribution  with  its 
variance. 
Manpower 

Manpower  is  assigned  by  a  manpool,  which  pro- 
vides service  to  given  equipment  groups  based  on 
skill  and  training.  The  man-machine  relationships, 
such  as  one  man  per  machine ,  one  man  for  more  than 
one  machine,  and  more  than  one-man  crew  per 
machine,  can  be  specified.  Here,  job  enlargement 
policies  to  eliminate  monotonous  activities  can  be 
studied . 


A 
B 
C 
D 
E 


5  Rroducts  (A-E) 
'8  Operations  (1-8) 
12  Equipment  Groups 
I  I    32  Pieces  of  Equipment 


Fig.  1.  Schematic  of  a  unique  factory  segment. 


GPSS  MODULE 


•  Equipment  Activity 

•  Simulation  Time  Control 

•  Calendar  &  Output  Statistics 

•  Product  Process  Routings 

•  Manpower  Activity 

Options 

•  Initial  WIP  Loading 

•  Product  Priority 

•  Process  Window  Removal 
Job  Split  over  Day  End 

e  Lunch-Ti.nfis  Impact 


Fig.  2.  System  and  logic  modules. 
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staggered  luneh  periods  for  eertain  operation 
coverage  can  be  realized  by  using  a  cafeteria  log 
algorithm.  For  example,  where  cafeteria  service 
is  available  between  11  a.m.  and  1p.m.  for  the 
morning  shift  and  the  lunch  period  is  for  one-half 
hour,  an  operator  would  go  to  lunch  within  the 
cafeteria  service  time  depending  on  the  product  flow 
and  tlie  process  tinie  for  a  given  operation. 
Process  Routings 

Each  product  has  detailed  process  routings 
for  sequential  Wrgin  operations  and  rework  paths, 
as  required.   Two  types  of  rework  paths  can  be 
specified,  as  showTi  in  Fig.  3.   The  rework  is  given 
as  a  percentage  of  the  jobs  for  each  path.  Also, 
tlie  maximum  number  of  times  a  job  can  be  reworked 
at  an  operation  can  be  specified. 
Operation  Parameters 

Each  operation  can  be  given  three  time  param- 
eters, two  for  process  time  (A  and  B)  and  the  third 
for  manpower  (C).   The  use  of  two  process  param- 
eters permits  a  single-step  or  multiple-step 
process  to  be  represented.  A  single-step  process, 
such  as  inspection,  testing,  baking,  milling,  etc., 
is  shown  in  Fig.  4,   Multiple-step  processes  such 
as  chemical  clean-rinse-dry,  progressive  drawing, 
bearing  cage  stamping,  multiple-pass  grinding, 
etc. ,  can  be  represented  as  shown  in  Fig.  5.  In 
such  cases,  parameter  A  is  the  time  interval  for 


a  unit  or  batch  to  enter  the  system,  and  parameter  B 
is  the  remaining  time  a  wiit  or  batch  has  to  si)end  in 
the  system. 

An  outline  of  the  basic  job  flow  is  shown  in  Fig. 

G. 

Work-Time  Policy 

The  work  time  policy  can  be  specified  for  tlie 
following : 

•  Working  hours  per  shift. 

•  Number  of  shifts  per  day. 

•  Number  of  working  days  per  week. 

•  Number  of  weeks  in  a  period. 

•  Number  of  periods  to  be  simulated. 
Process  Window 

The  program  takes  into  consideration  whether 
a  job  can  be  finished  before  the  end  of  the  working  day. 
If  the  available  time  is  less  tlian  the  process  time, 
then  the  job  waits  unitl  tlie  next  day  or  is  processed  on 
overtime. 
MODEL  OPTIONS 
Buffer/WIP 

Initial  buffer  distribution  by  process  step  by 
product  can  be  assigned  as  an  input  or  the  model  can 
be  run  without  it. 
Product  Priority 

If  desired,  priority  can  be  assigned  to  a  product 
or  group  of  products.  Otherwise,  the  model  will 
handle  buffer  and  the  released  products  on  a  FIFO 
(first-in,  first-out)  basis. 
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(a)  Internal  Path        (b)  External  Path 

Fig.  3.   Rework  paths. 


Inspection 
Operation 

A 


Operation  Time  =  5  min 
Operator  Time  =  5  min 

Process  Parameters 
A  B  C 
5         0  5 


Fig.  4.   Single-step  operation. 


CLEAN  AND  DRY  OPERATION 


A 

-J  , 

Clean 

Rinse 

5 



3 

min 

mm 

V  mm 

Total  Process  Time  A  +  B » 13  min 
Operator  Time  =  5  min 

Process  Parameters 
ABC 
5  8  5 


Fig.  5.  Multiple-step  operation. 
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breaks  down 
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operation 


Go  for  lunch  before 
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next  expected  failure 
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processing 
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bution 


MTBF 
distri* 
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Fig.  G.   Basic  job  flow. 
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^iycess  Window  Removal 

On  equipment  with  unitcrruptable  process  time, 
this  option  enables  a  plant  to  get  one  extra  batch  a 
(lay  per  piece  of  equipment  specified.  Maximum  over- 
time In  such  cases  would  be  equal  to  the  'process 
time*  by  processes  by  pieces  of  equipment. 
Lunch  Time 

Depending  on  the  manufacturing  environment, 
this  option  can  be  exercised  or  not  In  the  simulation 
model. 
Job  Spilt 

This  Is  useful  when  a  product  Is  released  In  a 
lot  s{7.e  of  50,  TOO,  or  afiy  number  of  units,  and  In 
some  operations  performed  on  a  unit  basis.  Use  of 
this  option  permits  partial  processing  of  a  lot  at  the 
end  of  a  working  day  and  the  remainder  on  the  fol- 
lowing working  day. 
Manpower 

The  Input  subroutine  program  ean  compute 
manpower  by  pool  by  shift  based  on  the  release 
schedule,  or  It  can  be  preasslgned  In  the  Input  data. 
OUTPUT  REPORTS 

The  contents  of  the  output  reports  are  designed 
to  give  only  pertinent  data  to  facilitate  decisions  for 
all  levels  of  management.  They  are  enumerated  as 
follows: 


1.  Total  Jobs  and  quantities  released  at  the  first 
operation,  and  Jobs  and  quantities  placed  In 
stock  by  period  by  product. 

2.  Sector  or  segntcnt  and  over-all  cycle-tlmc  mean 
with  standard  deviation,  and  sector  raw  process 
time  (I.e. ,  sum  of  each  operation's  process  time 
In  the  sector)  by  product. 

3.  Equipment  group  utilization  and  maximum  queue 
buildup. 

4.  Manpool  and  ov(^r-all  manpower  utilization. 

5.  BufferAviP  distribution  In  line  by  operation  by 
product. 

CONCLUSIONS 

The  simulation  system  described  In  this  paper 
can  be  used  as  a  tool  to  aid  plant  management  in 
evaluating  alternative  strategies,  where  selection  of 
equipment,  manufacturing  processes,  new  facility 
design,  or  modification  of  existing  facility  Is  involved 
and  short  cycle  times  are  required.  The  Immediate 
management  responsible  for  production  can  visualize 
the  Impact  of  job  enlargement,  process  step  modifi- 
cations and/or  eliminations ,  different  levels  of 
manpower  and  equlpnxent  utilizations,  and  product 
volumes,  on  cycle  time. 
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Session  7:    Urban  Problems 
Chairman:    Gary  Brewer,  The  RAND  Corporation 

The  panel  examines  several  operational  uses  of  simulation  in  the  urban  problem  solving  environ- 
ment.   Papers  range  from  an  attempt  to  develop  a  generalized  urban  planning  model  capable  of 
managing  substantive  areas  as  varied  as  health  and  education,  all  the  way  through  to  a  very 
specific  example  of  a  police  patroling  dispatchmg  simulation.    Other  examples  include  an  effort 
to  understand,  model  and  improve  a  portion      New  York's  troubled  judicial  system  and  a 
deployment  model  used  by  the  New  York  Fire  Department.    The  emphases  throughout  are  serious 
and  operational.    Discussants  have  been  chosen  not  only  because  of  their  technical  qualifications 
to    comment  on  model  specification,  construction  and  operation  but  also  because  they  each  havo  had 
considerable  experience  dealing  with  the  specific  substantive  Issues  treated  in  the  discussed 
simulations. 
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Lucius  J.  RIccio,  Lehigh  University 

"A  Simulation  Model  of  the  New  York  City  Fire  Department: 
Its  Use  as  a  Deployment  Tool" 
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A  DEMOGRAPHIC  SIMULATION  MODEL  FOR  HEALTH  CARE, 
EDUCATIONAL,  AND  URBAN  SYSTEMS  PLANNING 
Philipp  F.  Schweizer 
Westinghouse  Research  Laboratories 
Pittsburgh,  Pennsylvania  15235 

Abstract 

This  paper  describes  the  development,  application,  and  digital  computer 
simulation  of  a  demographic  model  suitable  for  long  terra  planning.  The 
simulation  model  is  based  on  the  "cohort  survival  methodology"  and  projects 
population  characteristics  (population  numbers  for  each  region,  age  group, 
sex,  year  and  racial  or  income  group)  for  a  planning  period  less  than 
or  equal  to  twenty  years. 

Demonstration  of  how  the  simulation  model  is  applied  to  problems  in 
Health  Care,  Educational  and  Urban  Systems  Planning  are  presented. 


1.  Introduction 

This  paper  discusses  the  development  and 
application  of  a  demographic  model  for  use  in 
long  term  planning. 

The  need  for  demographic  information  became 
apparent  from  previous  work  concerne^^ith  the 
development  of  planning^-ttf^s  for  the  Westinghouse 
Health  Systems  Department  and  the  Westinghouse 
Learning  Corporation.    Population  forecasts  were 
necessary  to  deteimine  the  future  demand  on  health 
care  facilities  and  to  predict  enrollment  in 
planning  ed'icational  facilities. 

An  initial  investigation  was  conducted  to 
determine  the  demographic  i.iformation  available 
from  local  planning  groups  or  the  U.S.  Census 


Bureau  and  whether  or  not  thiS  information  was 
sufficient  for  the  intended  planning  purposes. 

An  examination  of  the  information  available 
from  the  U.S.  Census  Bureau  uncovered  the  following 
difficulties:  1)  Population  forecasts  for  the  U.S. 
and  most  states  were  available,  however,  forecasts 
for  counties    and  local  areas  were  rare.    When  and 
where  these  forecasts  for  local  area  existed,  quite 
often,  they  were  merely  ratios  of  aggregate  pro- 
jections for  the  state  or  county.    The  forecasts  did 
not  account  for  local  influences  on  the  population. 
2)  The  population  projections  are  commonly  given 
for  10  or  15  year  periods.    However,  many  planners 
must  make  decisions  on  a  yearly  or  even  monthly 
basis.    In  ar  area  where  rapid  change  prevails 
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interpolation  of  the  projections  may  be  difficult. 
3)  In  most  cases  a  single  popu'^tlon  forecast  was 
given  which  did  not  yield  a  sensitivity  of  the 
population  to  various  factors  such  as  fertility 
rates,  mortality  rates,  migration,  employment, 
housing  development,  etc.    This  sensitivity  infor- 
mation is  a  valuable  asset  to  the  planner  and 
could  be  provided  with  a  family  of  forecasts, 
however,  these  again  when  provided  were  usually 
with  respect  to  a  single  factor.    Recognizing  that 
the  factors  of  interest  to  various  planners  woyild 
be  different,  a  scheme  was  needed  for  producing 
forecasts  which  were  a  function  of  local 
influencing  factors. 

In  studying  infermation  from  some  local 
planning  groups,  it  was  apparent  that  the  quantity 
and  quality  of  available  information  was  highly 
variable  and  depended  on  the  size  and  sophistica- 
tion of  the  specific  planning  group.    Since  the 
program  goal  was  to  provide  a  planning  tool  that 
would  be  applicable  to  any  local  area  or  state 
it  was  assumed  to  be  too  risky  to  rely  on  a  local 
planning  group  for  sufficient  information. 

The  cone J  sion  drawn  from  the  above  was  that 
although  the  Census  Bureau  could  provide  regional 
population  forecasts  and -local  planning  groups 
could  provide  many  of  the  "necessary  bits  and 
pieces"  of  the  demographic  picture,  this  infor- 
mation alone  would  not  be  sufficient  for  local 
and  even  state  planning  needs.    A  demographic 
model  would  be  necessary  to  manipulate  thiSv.data 
into  a  more  usable  form. 


The  next  stage  of  the, investigation  involved 
the  resolution  of  whether  a  demographic  model  should 
be  developed  or  whether  an  existing  model  could  be 
used . 

Models  operating  on  past  history  were  available 
(Ref.5).    Significant  work  in  the  area  of  statistics 
has  allowed  planners  using  regression  techniques  to 
build  models  based  on  past  history  alone.    The  pro- 
jections from  this  type  of  model  have  provided 
valuable  information  for  the  short  term.  Caution 
certainly  must  be  exercised  in  applying  these  models 
for  long  term  planning.    In  ma.,    cases  even  though 
the  short  term  projections  are  a^^arate,  the  long 
term  projections  are  misleading.    A  better  approach 
appeared  to  be  a  technique  which  made  use  of  past 
history  but  also  weighed  the  planner's  subjective 
judgments  about  the  future  (i.e.,  housing  develop- 
ment, land  use,  future  employment). 

Investigating  various  available  models 
(Refs.  4,5,6)  showed  that  some  were  aimed  at  very 
general  studies  (i.e.,  population  forecasts  for 
U.S.,  the  world,  India,  China,  etc.)  while  others 
at  very  specific  applications.    None  of  those 
uncovered  seemed  directly  appropriate  to  the 
problem  of  forecasting  population  for  a  rapidly 
developing  suburban  area  or  new  town  which  was  one 
of  the  primary  intentions  of  this  work.    It  was 
concluded  that  a  model  should  be  developed  since 
modification  of  existing  models  would  require  as 
much  or  more  effort. 

The  approach  finally  taken  was  one  based  on 
the  "cohort  survival  method"  which  has  been  adopted 
for  use  by  the  U.S.  Census  Bureau*    In  general,  the 
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"cohort  survival  method"  begins  with  the  detailed 
distribution  of  a  population  obtained  In  a  base 
year  (most  likely  a  census  year) ,  and  moves  that 
population  through  time  applying  to  It  various 
population  changing  factors,  according  to  a  set 
of  assumptions  about  those  factors.    A  model  was 
constructed  using  this  methodology  but  with 
modifications  for  Including  local  population 
Influencing  factors. 

Refs.  1  through  4  provide  background  Infor- 
mation for  the  decisions  made  and  the  models 
developed  In  this  study.    Although  none  of  the 
Information  from  these  references  were  explicitly 
used,  considerable  Insight  for  the  modeling 
problem  was  obtained  from  them. 

The  remaining  sections  of  this  paper  present 
the  mathematical  model  (Mathematical  Model 
Description),  discuss  the  computer  code  used  In 
Implementing  the  model  (Computer  Code),  and 
demonstrate  applications  (Applications)  of  the 
simulation  model. 

2.    Mathematical  Model  Description 

The  model  classifies  the  *"  ^    '  population 
according  to  five  factors:  1)  geographical 
location  (region),  2)  age  groups,  3)  year  of 
existence.  A)  race  or  Income  group,  and  5)  sex. 
A  variable  (or  state)  Is  assigned  to  represent 
the  number  of  people  possessing  any  possible 
combination  of  the  above  five  factors. 

The  total  population  Is  divided  Into  age 
groups  or  cohorts.    Diagrams  depicting  the  four 
basic  considerations,  aging,  mortality,  fertility 
and  migration,  that  are  modeled  for  each  cohort 


are  shown  In  Figures  1  and  2. 
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Fig.  1-Single Cohort  (age group)  model 


The  dynamics  are  Incorporated  In  the  model  by  changing 
the  number  of  people  that  belong  to  the  cohort  each 
planning  period  (usually  each  year,).    A  certain 
number  of  people  are  removed  from  the  cohort  to 
represent  those  that  have  aged  to  the  neKt  older 
cohort,  those  that  have  died  during  the  planning 
period  and  those  that  have  migrated  from  the  area. 
Numbers  of  people  are  added  to  the  cohort  to  represent 
those  that  are  aging  from  a  younger  cohort  and  those 
that  are  migrating  Into  the  area. 

The  above  modeling  procedure  may  be 
mathematically  expressed  for  each  cohort  by  the 
following  expression. 
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Fig.  2 -Functional  diagram  of  Demographic  Model  depicting  the  four  primary  considerations 
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ra,n 


Hl-A.  ,  )  X.   .  .   +  A.  ,  X. 


l,J,k+l       '^j,k'  "i,j,k  "  "j,k  "l,j-l,k 
JCB2 

+  m"^'V"     ?      ^T'^.  +  H,      V,      ,  (1) 
j    l,J,ra     l,j,k       j,p    i,p,k  ^  ^ 

n 

where 

x™'^       represents  the  number  of  people  in  a 
particular  population  cohort 
with  subscripts 

1    deslf^natlng  the  demographic  region 
j    designating  the  age  grouping  of  the 
cohort 

k    designating  the  year* 
and  with  superscripts 

ra    designating  the  race  or  Income  group 
n    designating  the  sex. 
Each  term  In  Equation  (1)  will  subsequently 
be  discussed  with  regard  to  Its  contribution  to 
the  total  expression. 

The  first  term,  (1-aI"  .  )x'!*'"  .  represents 

J  >K     1 , J ,K 

the  difference  between  the  cohort  population  In 
the  k^^  year  and  the  number  of  people  who  will 
leave  this  cohort  during  the  k^^  year  because 
of  aging. 

The  aging  parameter  aI"  .   Is  computed  from 
J  >k 


(2) 


where 


th 


CS    .   Is  the  span  of  cohort  j  In  the  k  year 
J 

CD  .  Is  determined  from  the  age  distribution 
'       J  >K 

of  cohort  j  In  the  k^^  year. 
The  second  term,  A^  i,x"'^  .  .  represents 
the  number  of  people  who  will  enter  the  cohort 


during  the  k^*^  year  because  of  aging.    The  aging 
2 

parameter  A    .  Is  computed  from 
J 

where  terms  In  Equation  (3)  are  as  defined  In 
Equation  (2). 

The  third  term  y?'"  .  represents  the  migration 

Into  or  out  of  the  1^^  region  for  the  j^^  cohort 

J  I  th 
and  k  year. 


JCB2 


m,  1 


The  fourth  term,  F  a  i,  models 

j-JCBl    ^  ^'^'^ 
the  expected  births  during  the  k  ^  year.  The 

parameters  used  In  this  term  are  defined  by 
the  fertility  rates  for  each  race,  nv 
JCBl    the  first  cohort  with  women  of  child- 
bearing  age  (15-44  years) 
JCB2    the  last  cohort  with  women  of  child-bearing 
age 

ttj  fraction  of  the  cohort  of  child-bearing  age. 
x^'j  k  population  In  cohort  j,  region  1, 

year  k,  and  race  m. 

Figure  3  depicts  the  effect  of  this  fertility 
1 

term  on  the  total  population.    Females  In  the 
child-bearing  cohorts  are  multiplied  by  fertility 
rates  to  determine  expected  births  for  males  and 
females . 

y 

The  fifth  term,  hf*'V    f^^    x°'"  ^  models 
j  l,j 
m,n 

the  expected  deaths  during  the  k^^  year  (Fig.  4). 
The  parameters  of  this  term  are  defined  by 

the  mortality  rates  for  each  race  and  sex 
Dj      the  mortality  distribution  (the 

portion  of  total  deaths  that  are  In  the 
j^^  cohort  with  sex  n) 
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5^  x^'^  ,     represents  the  total  population 

m,n  (the  sutacr^tlon  over  all  regions, 

cohorts,  races,  and  sex). 

The  last  term  In  Equation  (1)  inodels  the 

effect  of  the  population  because  of  changes  In 

types  and  numbers  of  dwelling  units.  The 

coefficients  H       represent  the  average  number 
J  >P 

of  people  belonging  to  coliort  j  and  living  In  a 
dwelling  unit  of  type  p.    The  variable  v  , 

1,P  ,K 

represents  the  number  of  p  type  dwelling  units  In 
region  1  In  year  k.    These  dwelling  units  could 
be  considered  as  premium,  choice,  and  economy 
houses;  luxury,  convenience  and  low  Income 
apartments;  townhouses  and  mobile  homes.  The 
distinction  between  premium,  choice  and  economy 
housing  Is  made  by  considering  the  lot  size  and 
living  space  area.    The  distinction  between 
luxury,  convenience,  and  low  Income  apartments 
Is  based  on  living  space  area.    These  classifi- 
cations of  dwelling  units  are  actually  arbitrary 
and  may  be  char<*ed  by  the  planner  If  desired. 

The  scholasLjiCS  defined  as  those  students 
enrolled  In  kindergarten  through  grade  twelve, 
are  determined  from  the  general  population  by 
the  following  expression 


^l,r,k  "  ^^l,r,k  ''l,j,k 


where 


^1  r  k  '^^P'^^s^"*^^         scholastics  In  region  1, 
grade  r,  and  year  k. 

ED.  _  I,  Is  the  fraction  of  the  j^^  cohort  In 
i,r  ,K 

grade  r  for  region  1  and  year  k. 


The  migration  term  In  Equation  (1)  may  be 
known  from  other  considerations  or  may  be  computed 
from  the  folJt^owlng  expression 

NC 

with 

NYEH 

SECA^  =  SEC^  ,)/NYEH 

1  k=l 

where 

SECA^     average  school  enrollment  change  over  the 
past  for  region  1,  and  race  m 
SEC^  k  ^  actual  school  enrollment  change  for 
region  1,  year  k,  and  race  m 
NYEH    »  number  of  years  of  school  enrollment 
history 
AFS    =  average  family  size 
ANSAC    =  average  number  of  school  age  children 
per  family 
NC    =  number  of  cohorts 

The  re.isonlng  behind  Equation  (5)  Is  as 
follows.    First,  the  number  of  Immigrating  new 
school  enrollments  Is  estimated  based  on  past 
history,  SECA.    This  number  Is  then  divided  by 
ANSAC  to  determine  Immigrating  families  and 
subsequently  multiplied  by  AFS  to  determine  the 
immigrating  population.    To  allocate  this  popu- 
lation to  appropriate  cohorts,  the  ratio  in 
Equation  (5)  is  useJ. 

The  model  for  migration  (Fig.  5)  allows  the 
planner  to  use  one  of  two  options  (term  3  or  6  in 
Equation  (1)).    Option  1  uses  Equation  (5)  and 
computes  migration  from  a  knowledge  of  past  and 
present  school  enrollment  changes  by  race,  the 
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average  family  size  and  average  number  of  school 
age  children.  , Option  2  uses  the  sixth  term  in 
Equation  (1)  to  compute  migration  ba^ed  on  the 
type  and  number  of  dwelling  units  being  con- 
structed or  removed  from  the  area. 

In  cases  where  an  exact  number  of  future 
dwelling  units  are  unknown  the  units  for  the 
planning  period  may  be  dynamically  represented  by 


^,j,k+l  "  ''i,j,k  ^i 


(6) 


where 


is  an  estimated  annual  rate  of  change  of 
dwelling  units  for  region  i. 
When  estimates  of  future  employment  are 
available,  the  rate  of  change,       is  determined 


fron 


where 


^i  =  ^^i 


(7) 


K    is  a  proportionality  constant 
.       represents  the  annual  rate  of  change 
in  basic  employment  in  region  i. 

In  making  the  population  projections,  the 

maximum  population  or  saturation  condition  for 

each  region  must  constrain  the  population  numbers 

"ft 

for  each  region.    This  constraints  is  enforced 

by  the  following  expression. 
f\  ^    m,n  m,n 

where 

m ,  n     .      ,  ,  - 

^SATi  j  **      "maximum  expected  popuatlion 

in  the  j^^  cohort  region  i  for 

race  m  and  sex  n. 

This  saturation  population  for  each  region 
is  computed  from  an  assumed  set  of  characteristics 
for  the  neighborhood.    These  characteristics 


include  type  and  number  of  dwelling  units >  and  the 
average  number  of  people  per  type  dwelling  unit. 
The  expression  used  in  ti:e  computation  is  given  by 


(9) 


where 


ANPp    represents  the  average  number  of  people 
living  in  a  p  type  dwelling  unit  for 
cohort  j 

PR^     represents  the  percentage  of  region  i  that 

will  be  devoted  to  residential  development 
TA^      is  the  total  area  in  region  i 
ALSp    is  the  average  area  occupied  by  a  p  type 
dwelling  unit. 

Equations  (1)  through  (9)  are  used  to  make  the 
population  charactieristics  projections  for  the 
planning  period. 

3.  Computer  Code 

The  model  equations  presented  in  the  preceding 
section  have  been  implemented  in  a  computer  code 
which  is  written  in  Fortran  V  and  is  operational  on 
the  Univac  1106  computer  at  the  Westinghouse 
Research  Laboratories.    A  version  of  the  code  in 
Fortran  IV  is  also  available  at  other  Westinghouse 
locations  and  on  a  time  sharing  basis.  A 
description  of  this  code  will  not  be  presented  here 
because  of  space  limitations  and  because  the 
primary  intent  of  this  paper  is  to  demonstrate  .Its 
application  to  long  range  planning. 

4 .  Applications 

The  purpose  of  this  section  of  the  paper  is 
to  briefly  demonstrate  how  this  simulation  model 
has  been  applied  so  that  the  reader  might 
perceive  of  ways  of  applying  the  methodology 
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presented  here  to  his  particular  problems.  The 
examples  demonstrated  (Figs.  6  through  10)  have 
been  simplified  to  avoid  the  details  that  were 
obtained  in  thorough  studies  of  these  problems. 

Applications  are  discussed  in  three  areas: 
1)  Health  Systems  Planning;  2)  Educational 
Planning;  and  3)  Urban  Planning. 
4.1    Health  Systems  Planning 

The  population  characteristics  projected  for 

the  planning  period  when  used  with  the  known 

Incidence  of  disease  for  race,  sex  or  Income 

I 

group  provide  a  future  demand  forecast  for  health 
care  facilities.    This  information  Is  then  used  In 
determining  the  size  and  location  of  nev  facilities 
or  the  modification  of  existing  facilities. 

Consider  the  problem  of  forecasting  hospital 
admissions  for  elderly  and  maternity  care  for  a 
20-year  planning  period  as  shown  In  Fig.  6.  It 
Is  assumed  that  this  hospital  Is  servicing  a 
rapidly  growing  suburban  area  In  which  developers 
are  building  400  or  500  units  per  year  over  the 
first  five  to  eight  years  of  the  planning  period. 
From  the  eighth  to  the  twentieth  year  moderate 
or  little  developer  activity  Is  assumed  and  the 
area  grows  at  Its  natural  rate  (based  on  assumed 
fertility  and  mortality  rates). 

Results  from  the  demographic  model  simu- 
lation are  shown  In  Fig.  6.    In  (1)  a  graph 
depicting  the  population  composition  In  the  base 
year  Is  shown.    In  (b)  Incremental  changes  from 
the  base  year  are  shown  and  (c)  Incremental 
changes  from  the  10-year  projection  are  shown. 
Hospital  admissions  for  both  elderly 
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(65+,  100  per  1000  pop.  per  year)  and  maternity 
(assuming  75  births/1000  females,  ages  15-44) 
are  plotted  versus  the  planning  period. 

At  least  two  areas  of  significance  appear 
from  an  examination  of  the  results.    First,  the 
planner  should  be  cautious  in  overstafflng  or 
building  for  maternity  admissions  early  in  the 
planning  period  and  secondly,  one  must  not  delay 
too  long  in  planning  for  elderly  care  to  avoid  a 
crisis  situation  late  In  the  planning  period. 

This  demonstrates  just  one  of  the  many 
population  related  problems  In  health  care 
planning  that  might  be  examined  through  simulation. 
4.2    Educational  System  Planning 

The  projection  of  scholactics  for  the  planning 
period  Is  of  direct  value  to  educational  planners 
In  determining  future  enrollments  which  dictate 
the  location,  size,  staff  and  material  requirements 
for  educational  facilities.    The  projections  may 
also  be  used  indirectly  to  determine  the  financial 
resources  or  size  of  bond' Issue  necessary  for 
future  facility  construction  and  operation.  In 
addition  they  can  provide  information  which  shows 
such  situations  as  a  peak  In  grade  or  middle 
school  eni^ollments  followed  by  a  sharp  decline. 
Situations  like  this  may  favor  portable  modules 
for  schools  rather  than  permanent  construction. 

Consider  the  problem  of  forecasting  educational 
costs  and  resulting  school  tax  burdens  In  a 
rapidly  growing  suburban  area  as  defined  in  the 
previous  section.    Results  obtained  directly 
from  a  demographic  simulation  for  this  problem  are 
shown  in  Figure  7.    In  (a),  (b) ,  and  (c) ,  the 
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elementary,    Iddie  and  high  school  students,  as 
obtained  from  tht:  demograpliic  code,  are  plotted 
versus  the  planning*  period.    In  (d)  educational 
system  costs  (assum.ng  $1000  per  year  per  student) 
and  resulting  tax  bm  den  are  plotted  for  the 
planning  period.    The  *ax  burden  is  approximated 
by  dividing  the  educational  costs  by  the  sum  of 
the  cohort  populations  a^j.*  2f  and  above.    In  an 
educational  system  based  entirely  on  rsil  estate 
taxes  this  may  be  slightly  inaccurate  with  regard 
to  exact  numbers  but  the  trends  as  shown  in  Fig.  9 
should  still  be  valid.    The  inflation  factor  has 
also  not  been  explicitly  accounted  for  in  the 
dollar  values.    It  lias  been  assumed  that  in- 
flation has  equal  impact  on  the  tax  burden  and 
scliool  costs. 

Examination  of  Fig,  7d  shows  that  the  tax 
burden  rises  during  the  development  period 
(1-8  year  planning  period)  but  once  the  community 
has  matured -the  burden  actually  falls  below 
initial  levels.    This  dynamic  change  in  tax 
burden  demonstrates  the  importance  of  a  well 
planned  development  schedule. 
A. 3    Urban  Planning 

This  digital  computer  demographic  simulation 
should  be  helpful  in  investigating  many  urban 
problems.    Some  particular  applications  might 
include:  1)  showing  the      fects  of  eliminating 
one  type  of  dwelling  unit  (i.e.  single  family 
housing)  and  replacing  them  with  another  type 
(i.e*  low  income  apartments),  2)  effects  of 
zoning  law  changes,  3)  population  shifting  impact 
of  new  towns  on  existing  communities. 


4)  transportation  planning,  5)  recreational 
facilities  planning,  and  6)  low  cost  housing 
programs . 

Some  of  the  results  from  applying  this 
simulation  model  to  a  study  of  the  population 
and  school  enrollment  for  the  Alief  Independent 
School  District,  Harris  County,  Texas,  are  shown 
in  Figs.  8,  9  and  10. 

For  this  study  the  Alief  area  was  divided  into 
five  regions  as  depicted  by  the  simple  map  shown 
in  Fig.  10.    These  regions  are  explicitly  defined 
by  the  following. 

Region  1  -  north  boundary,  Alief  Independent  School 
District;  west  boundary.  Barker  Reservoir;  south 
boundary,  Fort  Bend-Harris  County  line;  east 
boundary,  feeder  to  Katy  Highway. 

Region  2  -  north  boundary,  Alief  Indepi^nuent  School 
District;  west  boundary,  feeder  to  Katy  Highway; 
south  boundary,  Fort  Bend-Harris  County  line;  east 
boundary,  Synnot  Koad. 

Region  3  -  north  boundary,  Alief  Independent  School 
District;  west  boundary,  Synnot  Road;  south  boundary, 
Alief  Jeanetta  Road;  east  boundary,  Alief  Independent 
School  District . 

Region  4  -  north  boundary,  Alief  Jeanetta  Road; 
west  boundary,  Synnot  Road;  south  boundary, 
Bissonnet  Road;  east  boundary,  Alief  Independent 
School  District. 

Region  5  -  north  boundary,  Bissonnet  Road;  west 
boundary,  Synnot  Road;  south  boundary.  For-: 
Bend-Harris  County  lints;  east  boundary,  Al/ef 
Independent  School  District. 
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Figure  8  shows  a  high,  average  and  low 
population  projection  corresponding  to  three 
different  sets  of  input  data  to  the  demographic 
code  for  a  planning  period  of  12  years  beginning 
In  1968  and  continuing  through  1980,    Some  of 
the  necessary  Input  Information  for  computing  the 
saturation  population  of  the  area  is  shown  in 
Flguri  9t 

Figure  10  shows  the  distribution  of  the 
population  which  was  constructed  from  the 
simulation  output  for  two  years,  1975  and  1980, 
This  output  has  been  used  by  Allef  planners  in 
estimating  future  community  needs. 

6.  Conclusions  j 

The  development,  application  and  simulation 
of  a  demographic  model  suitable  for  long  range 
planning  has  been  described. 

Applications  of  the  simulation  model  to 
problems  In  health  care,  educational  and  urban 
systems  planning  have  been  presented. 
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SIMULATION  OF  NEW  YORK  CITY'S  FELONY  ADJUDICATORY  SYSTEM 


Lucius  J.  Riccio 
Department  of  industrial  Engineering 
Lehi^t?  University 

Abstract 

A  simulation  model  is  described  in  this  paper  that  was 
part  of  an  analysis  of  New  York  City's  Grand  Juries  and 
Supreme  Courts,    it  has  been  used  to  test  the  relation- 
ship between  additional  court  resources  and  the  length 
of  delay  in  the  courts  and  the  number  of  defendants  in 
detention  facilities. 


Introduction 

Like  many  other  states.  New  York 
has  been  considering  the  implementation 
of  court  procedures  generally  known  as 
"speedy-trial"  rules.    The  rules  contem- 
plated in  New  York  with  respect  to  non- 
homicide  felony  cases  are  the  following: 
-'    A  defendant  shall  be  dismissed  if 
his  trial  has  not  begun  within  180 
days  of  arrest,  not  including 
defendant-caused  delay;  and 
-    A  defendant  shall  be  released  on 
his  own  recognizance  if  he  is  in 
custody  and  his  trial  has  not  begun 
within  30  days  of  arrest,  not 


including  defendant-caused  delay. 

The  State  Legislature,  fearful  that 
the  courts  could  not  possibly  respond 
quickly  enough  to  meet  the  demands  such 
rules  placed  on  them,  opted  for  the  rules 
advanced  by  the  District  Attorneys* 
Association.    The  rules  were  identical  to 
those  above  with  the  exception  that  the 
milestone  to  be  reached,  rather  than  the 
beginning  of  trial,  is  the  "ready  for 
trial"  declaration  by  the  District 
Attorney.     That  is,  the  District  Attorney 
must  be  ready  to  go  to  trial  within  180 
days  o£  arrest  not  including  defendant- 
caused  delay. 
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T!ie  benefits  of  realizing  speedy 
trials  would  be  very  great.     The  cause 
of  justice  is  clearly  vitiated  by  the 
lengthy  delays  presently  characteristic 
of  felony  adjudication.     The  prosecu- 
tion's case  is  weakened  as  delays  drag 
out  court  proceedings;  evidence  can  be 
lost,  witnesses  and  victims  may  forget 
important  facts  or  may  die.     On  the 
other  hand,  oftentimes  defendants  will 
plead  guilty  simply  to  escape  the  de- 
tention facilities  which  in  general  are 
not  very  pleasant  places   (in  Manhattan, 
the  Detention  Facility  is  appropriately 
called  "The  Tombs").     These  two  aspects 
of  the  problem  do  not  cancel  each  other, 
but  rather  widen  the  possibilities  for 
injustice. 

Other  aspects  favoring  speedy-trial 
legislation  are  that  by  insuring  the 
speedy  flow  of  defendants  through  the 
cour'js,  detention  populations  would  be 
minimized,  and  a  greater  degree  of 
satisfaction  would  be  imparted  to  other 
law  enforcement  agencies,  such  as  Police, 
wlio  have  become  increasingly  critical  of 
tlie  courts. 

New  York  City*s  Felony  processing 
system  can  be  simply  described  in  the 
following  way: 

Felony  arrests  made  by  the  Police 
are  brought  to  the  Criminal  Court  (Lower 
court)     for  arraignment,  at  which  time 


the  defendant  is  informed  of  the  charges 
against  Iiim.  At  tliis  time,  t!ie  case  may 
be  dismissed,   tlie  cliarge  may  be  lowered 

2 

to  a  misdemeanor,  a  plea  may  be  offered 
or  t!ie  case  may  simply  pass  on  to  the 
♦*ext  stage.     If  tlie  defendant  remains  in 
the  system  he  may  be  scheduled  for 
Criminal  Court  appearances  which 
generally  lead  to  a  hearing.  However, 
many  cases  are  taken  out  of  the  Criminal 
Court  by  th3  District  Attorneys  to  avoid 
a  hearing.     In  that  way,   they  need  not 
expose  undercover  agents.     That  occurs 
in  many  narcotics  cases.     Some  defendant^ 
for  their  own  reasons,  choose  to  waive 
the  Criminal  Court  hearing. 

The  next  step  in  the  procedure  is 
the  presentation  of  the  case  to  a  Grand 
Jury.     In  addition  to  those  cases  des- 
cribed above,  many  cases  start  at  this 
stage.     District  Attorneys  often  seek  an 
indictment  before  they  authorize  an 
arrest.     The  Grand  Jury  can  do  one  of 
the  following  things: 

-  Vote  an  indictment 
Dismiss  tlie  case 

-  Return  the  case  to  the  Criminal 
Court  for  processing  as  a 
misdemeanor . 

After    n  indictment  is  filed,  the 
defendant  is  arraigned  in  t!ie  Supreme 
Court   (Superior  Court). ^     Pleas  (which 
can  be  offered  at  almost  any  stage)  can 
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be  offered  here.    That  generally  depends 
on  the  presiding  judge  in  the  arraign- 
ment part  and  whether  or  not  the  county 
has  pre-trial  conference  (PTC)  parts 
The  pre-trial  conference  parts,  which 
are  the  next  step  in  the  process  (where 
they  exist)  have  recently  been  estab- 
lished to  improve  and  institutionalize 
the  plea-bargaining  procedure.     If  the 
county  does  not  have  PTC  parts,  re- 
appearances may  be  scheduled  in  the 
arraignment  part  to  try  to  get  a 
disposition  without  going  to  trial. 

Following  the  arraignment  and  PTC 

4 

parts  are  the  trial  parts.      Trial  parts 
are  designated  as  either  Legal  Aid, 
regular  (private  counsel) ,  homicide,  or 
narcotics.     Usually  a  case  will  require 
a  number  of  appearances  in  the  trial 
part  before  the  case  is  either  disposed 
or  made  ready  for  trial.     The  length  of 
adjournment  between  appearances  is  a 
function  of  many  things,  often  a  functicn 
of  the  cause  of  adjournment.  For 
example,  the  failure  of  a  witness  to  be 
present  at  the  proceedings  may  cause  an 
adjournment.     The  length  of  the 
adjournment  will  then  be  a  function  of 
the  availability  of  that  witness.  Some 
other  reasons  for  the  variation  in  the 
length  of  adjournment  are  counsel  (or 
the  arresting  officer)  being  on  vaca- 
tion and  the  availability  of  an  opening 


on  the  court's  calendar. 

After  all  trial  part  proceedings 
have  been  completed  and  the  defendant(s) 
has  neither  plead  guilty  nor  had  his  case 
dismissed,  the  case  is  placed  on  the 
"ready  and  pass"  queue.     This  queue  con- 
tains all  cases  in  the  part  ready  to  go 
to  trial.     A  case  gets  placed  in  this 
queue  when  both  parties  declare 
readiness  for  trial  or  the  judge  decides 
there  is  no  reason  for  further  delay.  A 
trial  part  will  try  only  one  case  at  a 
time. 

Figure  1  is  a  diagram  of  the 
preceding  description  of  the  Felony 
Processing  System.     The  status  of  the 
system  at  the  beginning  of  this  study 
can  be  summarized  as  the  following: 

As  of  the  end  of  1971,  approxi- 
mately 40%  of  all  felony  cases  city-wide 
required  more  than  180  days  from  the 
time  of  arrest  to  disposition  or  first 
trial  appearance.    About  65%  of  the 
felony  cases  in  detention  need  more  than 
90  days  for  disposition  or  first  trial 
appearance.    Detention  populations  in 
city  prisons  were  in  the  120-200% 
capacity  range.     The  City  was  contem- 
plating building  a  new  "tombs"  to 
accommodate  the  increased  detention 
population.    The  cost  of  the  facility 
would  be  in  the  neighborhood  of 
$60  million,  or  about  $48,000  a  bed. 
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with  the  benefits,  at  this  timj,  to  the 
criminal  justice  proc*=  >s  at  best  ijeing 
questionable. ^ 

Planning  for  the  Speedy-Trial  Rules 
Although  the  installation  of  the 
speedy-trial  rules  had  been  expected  for 
nearly  a  year,  it  was  not  until  the 
winter  of  1972  that  an  analysis  of 
Supreme  Court  needs  was  undertaken.  At 
that  time  two  were  performed;  one  by  the 
New  York  City  Budget  Bureau  and  the 
other  by  The  Committee  on  Court  Delay 
(an  Ad  Hoc  Group  formed  from  the  major 
city  and  state  agencies  dealing  with  the 
courts) .    The  two  analyses  were  similar 
both  i.i  approach  and  in  conclusions. 
The  Budget  Bureau  recommended  the  fund- 
ing of  35  new  trial  parts  and  1  addi- 
tional Grand  Jury  while  The  Committee  on 
Court  Delay  suggested  30  new  parts  and 
4.2  Grand  Juries.    Most  of  the 
recommended  trial  parts  would  be 
temporary;  their  purpose  would  be  to 
help  eliminate  the  backlog.  Judges 
would  be  "borrowed"  from  civil  case 
processing  to  man  the  trial  parts.  The 
cost  of  the  new  parts  and  Grand  Juries 
was  set  at  3.7  million  by  the  Budget 
Bureau  while  The  Committee  on  Court 
Delay  projected  a  $12  million  expenditure 
to  fund  their  reconunendations. 

Both  studies  employed  reasonably 
similar  input-output  techniques  for  each 


county,  the  number  of  defendants  disposed 
of  in  1971  was  divided  by  the  number  of 
trial  parts  to  obtain  a  measure  of  trial 
part  productivity.  Whey  divided  that 
figure  into  the  total  number  of  defendants 
presently  awaiting  a  trial  part  appear- 
ance to  arrive  at  the  additional  parts 
needed  to  eliminate  the  backlog.  Also, 
the  productivity  measure  was  divided 
into  the  expected  increase  in  cases  that 
will  reach  trial  parts  in  the  coming 
year  to  find  how  many  parts  will  be 

7 

needed  to  handle  the  greater  case  load. 
The  sum  of  these  two  calculations  was 
the  recommendation  for  additional  trial 
parts.     The  Grand  Jury  figures  were 
arrived  at  in  a  similar  fashion. 

Certainly  a  massive  infusion  of 
resources  will  reduce  the  backlog  and 
speed  up  processing  times.     However,  it 
is  questionable  whether  such  a  dramatic 
increase  is  required.    The  need  for  an 
additional  phalanx  of  trial  parts  to 
reduce  the  present  backlog  may  not  be 
real.    The  need  would  be  a  function  of 
the  amount  of  delay  caused  by  resource 
constraints.    The  number  of  cases  pend- 
ing will  approximately  equal  the  average 
number  of  cases  arraigned  per  day  times 
the  average  number  of  days  for  case  dis- 
position.   The  average  number  of  days 
for  case  disposition  would  approximately 
be  equal  to  the  number  of  appearances 
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times  the  average  length  of  adjournment 
between  appearances.     With  that  in  mind, 
it  is  clear  that  diminishing  returns  for 
additional  trial  parts  may  be  reached 
rather  quickly.     The  addition  of  parts 
will  reduce  the  length  of  time  between 
appearances.     However,  there  are  limits 
to  that  reduction  because  as  discussed 
earlier,  there  are  other  reasons  besides 
limited  court  time  that  affect  the  length 
of  adjournment.     Thus  a  point  will  be 
reached  where  the  addition  of  more  trial 
parts  would  only  result  in  smaller 
calendar  sizes  and  not  a  shortening  in 
the  time  to  disposition. 

The  trial  part  productivity  measure 
is  also  somewhat  misleading. 
Productivity,  as  it  has  been  defined  in 
the  mentioned  studies.  Is  a  function  of 
many  things,  one  being  the  size  of  the 
backlog.     Productivity  would  increase  as 
the  backlog  increased  until  the  backlog 
is  large  enough  to  maintain  full 
calendars.    After  that  point,  producti- 
vity would  not  increase  as  greatly  and 
that  increase  would  probably  be  the 
result  of  lower  plea  offerings.  Pro- 
ductivity is  really  a  function  of  the 
number  of  defendant-appearances  per  day 
presided  over  by  a  Judge.     Thus  once 
calendars  are  full,  and  if  all  else 
remains  the  scime,  productivity  can 
increase  little. 


The  number  of  disposi  *^ions  would 
also  be  quite  sensitive  tc  ■.;h*:  amount  of 
input.     This  is  because  although  many 
cases  take  a  long  time  for  disposition, 
many  cases  "plead  out"  early  in  the 
process  and  also  because  as  the  backlog 
increases,  greater  pressure  is  placed 
on  the  system  to  dispose  of  cases. 
Essentially  what  I  am  sayihcj  is  that 
"productivity"  is  a  function  of  many 
things,  and  that  additional  parts  may 
not  be  the  entire  answer. 

Finally,  the  input-output  models  do 
not  take  into  account  the  vicissitudes 
of  some  parameters.     In  the  past,  many 
parts  would  shut  down  during  the  summer 
and  all  parts  would  shut  down  for  two 
weeks  at  Christmas.    This  is  particularly 
debilitating  in  Manhattan. 

The  Committee  on  Court  Delay  recom- 
mended a  list  of  improved  couiTt  procedures 
such  as  standairdized  adjournment  dura- 
tions and  calendaring  procedures.  If 
these  recommendations  could  be  implemented, 
it  is  quite  possible  only  a  few  new  parts 
(or  maybe  none  at  all)  would  be  needed. 
However,  they  did  not  attempt  to  quantify 
and  predict  the  effects  of  such  improve- 
ments or  whether  they  could  even  be 
implemented  at  all. 

Neither  study  attempted  to  uncover 
the  precise  functional  relationship 
between  additional  court  resources  and 
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the  amount  of  delay  in  the  system. 
Neither  could  say  that  their  recomirvnda- 
tions  will  reduce  the  delay  in  an  optimal 
fashion,  optimal  in  accordance  with  some 
well-defined  criterion.     Clearly  that 
must  be  the  objective  of  any  detailed 
study  dealing  with  court  delay  and 
speedy  trial  rules. 
The  Simulation  Model 

Recognizincj  the  deficiencies  of  those 
studies,  The  Mayor's  Criminal  Justice  *v 
Coordinating  Council  (CJCC)   and  The  Bud- 
get Bureau  authorized  the  development  of 
a  computer  simulation  model  of  the  court 
system  to  analyze  specifically  the 
problem  of  delay  as  it  relates  to  the 
speedy  trial  rules.  ' 

The  vast  majority  of  delay  is  due 
to  the  wait  between  appearances  in  one 
processing  element  or  another.  The 
present  amount  of  delay  can  be  described 
by  frequency  distributions  generated 
from  sampling  studies.     Such  sampling 
studies  are  snapshots  of  the  system  at  a 
given  point  in  time,  but  are  not  of 
great  value  in  trying  to  predict  how  the 
delay  will  change  with  changes  in  system 
resources.    Waiting  time  is  a  function 
of  many  things,  one  of  which  being  the 
size  of  the  backlog.    Thus  it  was  pro- 
jected ^that  a  simulation  model  that 
incorporated  all  of  the  vital  aspects  of 
the  system  would  be  able  to  generate 


from  vr/ithin  the  delay  distributions 
associated  wi* h  various  levels  of 
resource  allocation. 

It  was  decided  that  the  model  would 
not  simulate  tlie  Criminal  Court  proceed- 
ings, considering  the  ^ime  constraints 
on  this  study.     The  Criminal  Court  is 
replaced  in  the  model  by  a  probability 
distribution  that  describes  the  delay 
from  arrest  to  hold  for  Grand  Jury. 

The  model  is  a  descrete-event 

simulation  updating  itself  on  a  daily 
9 

basis.      All  work  is  accomplished  on 
weekdays..    However,  weekends  are  in- 
cluded since  they  count  toward  the 
speedy-trial  rules.     On  each  day  it 
schedules  new  arrivals,   "calls  the 
calendars"  of  all  grand  juries  and  parts 
and  schedules  trials.    An  "arrival"  is  a 
case  placed  in  the  held  for  Grand  Jury 
queue.     All  of  the  processing  units 
function  in  the  following  way: 

When  a  case  first  arrives  at  a 
station,  it  is  assigned  a  priori  the 
nuniber  of  appearances  it  will  require 
for  a  disposition  at  that  stage.     It  is 
then  scheduled  into  its  first  appearance 
The  number  of  appearances  remaining  is 
retained  and  with  each  appearance,  it  is 
reduced  by  one.    When  all  appearances 
have  been  completed,  the  model  deter- 
mines if  the  case  goes  on  to  the  next 
processing  stage  or  if  it  leaves  the 
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system. 

Probably  the  most  critical  aspect 
of  the  model  and  the  real  system  is  the 
calendaring  procedures.     It  is  critical 
in  that  it  is  very  difficult  to  ascertain 
precisely  what  is  done.    The  philosophy 
behind  the  model's  scheduling  algorithms 
can  be  broken  into  tyo  parts.    The  first 
places  limits  on  the  amount  of  cases 
that  will  be  scheduled  for  a  working  day. 
An  "opening**  is  considered  to  exist  on  a 
day  if  on  that  day  fewer  cases  than  the 
limit  have  been  calendared.  Some 
scheduling  is  done  by  assigning  a  case 
to  the  first  available  opening.  First 
appearances  are  generally  assigned  in 
this  way.     The  second  aspect  to 
scheduling  recognizes  the  multiplicity 
of  causes  that  affect  the  lengths  of 
adjournment.     As  such,  the  length  of 
adjournment  is  found  with  the  aid  of  a 
probability  distribution.     The  date 
chosen  for  the  next  appearance  is  checked 
to  be  sure  that  the  limits  mentioned 
above  have  not  been  violated.  Most 
re-appearance  scheduling  is  performed  in 
this  fashion.    All  processing  units  give 
priority  to  jail  cases  over  bail  cases 
and  re-appearances  over  first  appearances 
'All  criminal  justice  officials  queried 
agreed  with  this  formulation. 

The  model  earmarks  some  Grand 
Juries  and  trial  parts  for  homicide 


cases.     Those  units  may  handle  other 
cases  if  there  are  openings  on  t!keir 
calendars.    Trial  parts  dispose  of  their 
daily  calendars  and  then,  if  a  case  is 
ready,  schedule  a  trial. 

Many  simulation  models  have  the 
built-in  assumption  of  independence 
between  stages  and  uniformity  within 
stages.     Because  each  defendant's  vital 
data  is  stored  by  the  program  and 
"carried"  from  stage  to  stage,  this 
model  is  not  restricted  by  the 
assumptions  of  independence  and  uni- 
formity.    Many  variables  were  tested  for 
functional  dependency  and  categorical 
peculiarity.     Jail  and  bail  cases  were 
handled  differently  throughout  the 
model.     Also,  homicide  cases  generally 
required  different  parameters  than 
non-homicide  cases.    However,  most 
variable-pairs  were  found  to  have 
virtually  no  discernable  amount  of 
interdependency;  e.g.,  the  number  of 
appearances  prior  to  trial  part  seemed 
to  have  no  affect  on  the  number  of 
appearances  in  a  trial  part.  Those 
variable-pairs  found  to  be  in  some  way 
interdependent  will  be  mentioned  later 
in  the  text. 
Input  to  the  Model 

As  part  of  their  study.  The 
Committee  on  Court  Delay  commissioned  a 
sampling  study  of  felony  cases  that  had 
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reached  disposition  in  the  year  Novem- 
ber, 1970  through  October,  1971.  That 
study  provides  a  significant  amount  of 
reasonably  good  data.     The  following 
information  was  generated  from  their 
study . 

As  mentioned  earlier  the  Criminal 
Court  processing  would  be  represented  by 
a  probability  distribution.     Figure  2 
is  a  graph  of  the  time  from  arrest  to 
held  for  Grand  Jury  for  all  cases.  The 
model  used  two  distributions  -  one  for 
jail  cases  and  one  for  bacil  cases,  each 
having  the  same  shape  as  Figure  2  but 
with  averages  of  about  2  weeks  and  7 
weeks,  respectively .     The  distribution  in 
Figure  2  yields  an  average  time  of  4.73 
weeks  from  arrest  to  held  for  Grand  Jury 
with  approximately  70%  of  the  cases 
requiring  one  month  or  less  to  reach  the 
held  for  Grand  Jury  stage.     The  distribu- 
tion may  have  improved  since  the  time 
that  those  cases  sampled 'went  through 
this  segment  of  the  system.  However, 
this  distribution  is  representative  of 
system  performance  described  as  "current" 
which  in  court  parlance  is  the  proverbial 
goal  of  all  court  administrators. 
Current  means  the  court  is  disposing  of 
as  many  cases  in  a  month  as  it  receives 
and  the  time  to  disposition  is  within  a 
certain  specified  criteria.    -Backlog  can 
then  be  defined  as  the  number  of  cases 


that  cause  a  violation  of  the  above  con- 
straints.    The  definition  of  backlog  used 
by  this  author  has  been  and  will  remain 
synonymous  with  the  number  of  cases  pend- 
ing.    This  is  consistent  with  the  usage 
of  the  term  by  the  other  studies 
referenced . 

The  sample  also  provided  some  infor- 
mation on  the  number  of  appearances 
required  for  disposition  at  arraignment 
and  in  trial  parts.     Figure  3  is  the 
frequency  distribution  of  the  number  of 
appearances  that  were  required  prior  to 
trial  part  consideration.     Since  there 
were  no  PTC  parts  in  Manhattan,  all  of 
these  appearances  were  in  the  arraign- 
ment part.     Figure  4  is  the  frequency 
distribution  of  the  number  of  appearances 
in  trial  part  required  for  disposition  or 
readiness  for  trial.    Very  little  is 
known  about  how  fixed  these  distributions 
are,  whether  they  will  change  with 
changes  to  the  system. 

As  stated  earlier,  the  number  of 
appearances  required  for  disposition  at 
a  stage  is  assigned  to  a  case  when  it 
first  arrives  at  that  stage.    When  all 
appearances  have  been  completed,  the 
model  determines  if  the  case  goes  on  to 
the  next  stage  or  if  it  leaves  the 
system.     Since  this  model  is  not  re- 
stricted by  the  assumption  of 
independence,  the  possibility  of  going 
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to  trial  was  viewed  as  a  function  of  the 
number  of  trial  part  appearances.  This 
hypothesis  was  "tested"  using  the  sample 
data.     However,  there  were  so  few  cases 
that  went  to  trial  (3.8%  of  the  sample) 
that  it  was  quite  difficult  to  draw 
conclusions.     Figure  5  shows  both  the 
fraction  of  cases  going  to  trial  for 
each  number  of  appearances  and  the 
assumed  probability  distribution.  The 
plot  means  that,  reading  on  the  assumed 
probability  line,  a  case  which  required 
10  appearances  in  a  trial  part  has  a  5% 
chance  of  going  to  trial  when  its  tenth 
appearance  has  been  completed. 

Once  a  case  has  reached  trial  it 
is  assigned  a  length  of  trial,  .^.gain, 
there  is  little  data  on  this  subject. 
Ms.  Virginia  Ambrozini,  a  consultant  to 
CJCC,  performed  a  study  of  Supreme 
Court  operations  in  the  summer  of  1971. 
Figure  6  shows  the  results  of  her  study 
with  respect  to  the  length  of  trial. 
Figure  6  also  shows  an-  assumed  distribu- 
tion of  length  of  trial.    This  parameter 
could  be  quite  sensitive  to  the  speedy- 
trial  rules.     Presently,  some  defendants 
plead  guilty  as  soon  as  the  first  juror 
is  called,     (That  is  the  landmark 
signifying  the  beginning  of  trial.) 
They  plead  at  that  time  knowing  they 
have  no  case;  they  got  as  far  as  trial 
possibly  hoping  for  a  lower  plea  offer- 


ing.    Approximately  20%  of  the  trials 
are  disposed  of  on  the  day  they  were 
begun.     With  the  implementation  of 
speedy-trial  rules,  at  least  as  they 
were  originally  constituted,  this  dis- 
tribution might  shift.     More  defendants 
might  wait  until  trial  before  pleading. 
After  the  first  juror  is  called  there  is 
less  advantage  to  continuing. 

A  very  important  aspect  of  the  model 
is  that  part  dealing  with  the  length  of 
adjournment.     This  is  certainly  an  under- 
researched  area.     However,  the  Ad  Hoc 
Ccnunittee's  sampling  study  does  provide 
some  information  regarding  that 
parameter,     in  that  study,  for  each  case 
reaching  the  trial  part  stage,  they 
recorded  the  date  of  first  trial  part 
appearance  and  the  date  of  the  commence- 
ment of  trial,  plea,  or  dismissal.  The 
difference  between  these  two  dates 
divided  by  the  number  of  appearances 
minus  one  is  the  average  time  between 
appearances.     Figure  7  is  a  plot  of  the 
frequency  of  those  average  times.  This 
distribution  does  unfortunately  include 
those  cases  that  did  go  to  trial.  Those 
cases  include  the  time  between  their 
last  trial  appearance  and  comniencement 
of  trial  in  their  averages.     That  could 
account  for  the  four  data  points  having 
over  100  days  between  appearances  (which 
I  considered  to  be  outliers) .    This  plot 
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was  used  as  an  approximation  for  the 
lengths  of  adjournment. 

The  length  of  adjournment  distribu- 
tion is  reflective  of  all  the  causes  of 
adjournment  and  the  causes  of  variation 
in  the  length  of  adjournment..  Imbedded 
in  it  is,  of  course,  the  resource 
restrictions  placed  on  the  calendaring 
procedures.     To  run  the  model  with 
accuracy  the  part  of  the  distribution 
caused  by  resource  restrictions  and 
manifesjbing  itself  in  terms  of  calendar- 
ing interference  should  be  subtracted 
out.     This  is  important  because  the 
lengtiis  of  adjournment  will  fluctuate 
with  the  level  of  resources.     The  way 
the  subtraction  will  be  accomplished 
will  be  by  running  the  model  with  a 
fixed  calendaring  procedure  and  comparing 
the  distribution  obtained  with  Figure  7. 
Admittedly/  this  is  a  crude  technique. 

It  was  thought  that  there  was  a 
possiLility  that  the  average  time 
between  appearances  might  increase  as 
the  number  of  trial  part  appearances 
increases,   the  reasoning  being  that  the 
same  reasons  that  cause  many  appearances 
might  also  cause  longer  adjournments. 
Figure  8  is  a  graph  of  the  average  time 
between  appearances  versus  the  number  of 
trial  part  appearances.     It  appears  that 
there  is  a  slight  upward  trend  in  the 
averages.     However,  note  the  rapid  drop 


in  observations  just  as  the  chart  tends 
to  move  upward.     Since  the  number  of 
observations  was  small,  it  was  assumed 
that  the  number  of  appearances  has  no 
effect  on  the  length  of  adjournment.  It 
was  important  to  consider  this  point 
because  if  there  was  a  correlation  either 
positive  or  negative,  it  would  have  an 
impact  on  the  spread  of  the  distribution 
of  time  through  the  trial  part  phase  of 
the  system. 

The  other  aspect  of  calendaring  dis- 
cussed earlier  is  the  maximum  number  of 
defendants  a  trial  part  will  schedule 
for  a  day.     Since  all  parts  give  priority 
to  jail  cases  over  bail  cases  and 
re-appearances  over  first  appearances, 
the  model  uses  two  limits  for  scheduling . 
The  lower  limit  applies  to  first 
appearances  for  bail  cases  and  the  upper 
limit  applies  to  jail  cases  and  re- 
appearances.    Preference  is  also  shown 
by  attempting  to  schedule  jail  case 
appearances  with  shorter  average  lengths 
of  adjournment .     Unfortunately,  although 
this  is  an  agreeable  formulation,  there 
is  little  data  that  provides  an  accurate 
assessment  of  those  limits.     Figure  9  is 
a  frequency  distribution  of  trial  part 
calendar  sizes  obtained  from  a  sample, 
compiled  by  the  author,  taken  from  the 
listings  of  trial  part  calendars 
printed  in  The  New  York  Law  Journal.  It 
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is  a  very  small  sample;  however,  a 
pattern  is  clear.     A  further  study  would 
probably  show  that  the  calendar  size  of 
a* trial  part  is  a  function  of  the  judge. 
From  Figure  9  I  selected  15  a3  the  lower 
limit  and  20  as  the  upper  limit  for  all 
non-homicide  trial  parts.     Of  course, 
judges  get  holidays  and  sick  days  and  as 
a  result  judges  sit  on  the  average  only 
4  out  of  every  5  weekdays.     The  model 
compensates  for  the  sick  days  and 
holidays  by  lowering  the  limits  by  20% 
to  12  and  16,  respectively. 

Very  little  of  the  data  needed  for 
the  model  is  known  about  Grand  Jury 
presentations.     There  are  no  statistics 
available  concerning  the  number  of 
appearances  or  the  length  of  time  between 
appearances.     It  is  assumed,  before  more 
information  can  be  collected,  that  the 
distribution  of  appearances  drop  off 
sharply  after. one,  much  like  arraignment. 

When  building  the  model,  the 
question  of  work  units  arose.     What  con- 
stitutes a  unit  of  work  for  a  trial 
part?    For  a  Grand  Jury?     It  would  seem 
a  case  would  be  the  standard  unit  of 
measurement  of  judicial  performance. 
However,  virtually  all  court  statistics 
are  presently  based  on  the  number  of 
defendants  that  pass  through  the 
various  processing  elements.  Records 
are  kept  by  defendant-count  for  several 
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reasons.     One  is  that  detention  facili- 
ties house  defendants,  not  cases. 
Another  is  that  many  defendants  may  be 
charged  under  one  indictment  or  many 
indictments  can  be  charged  to  one 
defendant.    As  the  defendant  traverses 
the  system  some  indictments  may  be 
dropped,  others  consolidated.     The  ratio 
of  defendants  to  cases  will  change 
several  times  during  processing  in  a  way 
presently  unknown.     Therefore,  to  bypass 
the  difficulty  of  the  defendant  to 
caseload  conversion,  the  model  uses 
defendants  as  the  operational  unit  of 
measure . 

The  model  calculates  a  figure  for 
the  number  of  defendants  in  custody 
awaiting  Grand  Jury  or  Supreme  Court 
appearances.    Each  defendant  is  assigned 
either  a  jail  or  bail  status  at  the  held 
for  Grand  Jury  stage.    A  remand  rate  of 
about  75%  is  used  in  the  jail-bail 
decision.     (Of  course,  few  defendants 
are  actually  remanded.    Defendants  in 
jail  are  for  the  most  part  people  who 
cannot  make  bail.)     The  remand  rate  of 
75%  is  held  constant  in  the  model  not 
because  an  reality  it  actually  remains 
constant  but  because  it  is  subject  to 
many  forces  and  the  function  that 
governs  the  remand  rate  is  not  presently 
precisely  known.     The  model  is 
completely  capable  of  incorporating  a 


remand  rate  function  and  one  should  be 
included  when  a  reasonable  formulation 
has  been  arrived  at.    One  factor  to 
consider  is  the  percent  occupancy  of  the 
jails.     It  may  be  the  case  that  when 
detention  populations  reach  the 
150-200%  capacity  range,  judges  give 
lower  bail  decisions. 
Validating  the  Model 

Before  obtaining  projections  of 
future 'needs ,  the  model  had  to  be 
"validated".     Since  total  validity  is 
virtually  impossible,  a  better  des- 
cription of  this  procedure  would  be 
"building  confidence"  in  the  model. 
There  are  two  ways  this  is  done.  The 
first  is  by  having  confidence  in  the 
structure  and  input  to  the  model.  The 
second  is  by  demonstrating  that  operating 
results  for  a  controlled  run  reflect 
past  experience. 

The  structural  assumptions  of  this 
model  have  been  continuously  tested  in 
discussions  with  Criminal  Justice 
officials  from  many  parts  of  the  system. 
Most  of  the  input  to  the  model  was 
acquired  from  The  Committee  on  Court 
Delay's  sampling  study,  a  sampling  of 
statistical  repute. 

Once  the  model  was  operational,  it 
was  "fine-tuned"  to  adjust  for  errors  in 
assumptions  and  input  for  those  situa- 
tions where  there  was  not  enough  data  to 


provide  accurate  estimation.     A  test  run 
was  made  of  the  year  1971.    Figure  10 
compares  statistics  obtained  from  the 
model  against  actual  data.     The  distri- 
butions of  times  to  disposition  were 
quite  similar  in  form  to  those  obtained 
from  the  Court  Delay  Committee's, 
sampling  study,  however  with  slightly 
smaller  variances.     The  spnead  of  the 
model's  distributions  was  less  for  a 
number  of  reasons.     Some  of  the  inputed 
data  is  based  on  averages,  the  use  of 
which  tends  to  tighten  rather  than 
spread  distributions.     Judge  producti- 
vity and  calendar  size  were  determined 
by  an  averaging  process.     The  percentage 
of  defendants  pleading  out  at  arraign- 
ment is  a  function  of  the  judge  sitting 
in  the  arraignment  part.    This  could 
fluctuate  much  more  than  the  model  per- 
mits.    The  model  is  capable  of 
incorporating  these  more  accurate 
aspects  and  should  include  them  as 
better  data  is  generated. 

Figure  10  demonstrates  the  fluctua- 
tions in  the  number  of  defendants 
awaiting  trial  part  appearances  during 
the  twelve  months  covered  by  the 
committee's  sampling  study.    Also  on 
that  graph  is  the  simulation's  results 
for  the  test  run. 

In  the  Fall  of  1971  Manhattan  added 
a  pre-trial  conference  part.    All  cases 
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go  through  this  part  between  arraignment 
and  trial  part.    Since  there  is  little 
data  about  this  part,  it  was  assumed 
that  almost  all  cases  now  have  only  one 
appearance  in  the  arraignment  part  and 
the  remaining  appearances  prior  to  trial 
part  in  the  PTC  part.    That  is  the  total 
number  of  appearances  prior  to  trial 
part  is  still  the  same  as  before  the 
addition  of  the  PTC  part.     The  capacity 
of  the  PTC  part  was  established,  in  much 
the  same  vt^y  as  the  trial  part  linits, 
at  30  defendants  per  day.     In  February 
1972,  two  trial  parts,  designated  speci- 
fically for  narcotics  cases.,  were  added. 
In  the  Spring  of  1972,  a  grand  jury  was 
added.     This  last  addition  accounted, 
quite  naturally,  for  a  rise  in  indict- 
ments and  a  dramatic  reduction  in  the 
number  of  defendants  awaiting  grand  jury 
action.     This  met  with  widespread 
approval.    However,  the  hidden  effect 
of  adding  a  grand  jury  was  to  send  a 
sudden  jolt  to  the  rest  of  the  system. 
Rather  than  reducing  the  total  number  of 
defendants  in  the  system,  it  simply 
shifted  the  burden  to  the  trial  pavts . 
The  sudden  rise  in  defendants  awaiting  a 
trial  part  appearance  is  really -a 
transient  effect  rather  than  a  steady 
state  condition.    Table  1  shows  the 
total  number  of  defendants  in  the  system 
at  three  points  in  time.  Admittedly, 
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this  is  not 

a  complete 

analysis; 

however , 

I  think  the- 

point  is  clear. 

Oct  30, 

Oct  30, 

May  18, 

1970 

1971 

1972 

Grand  Jury 

530 

523 

298 

Arraignment 

682 

530 

322 

Trial  Part 

2165 

2198 

2527 

TOTAL 

3377 

3251 

3147 

Table  1 

The  behavior  indicated  above 

was 

demonstrated 

in  a  tesn 

run  of  the 

first 

half  of  1972 

That  run 

and  all  others 

following  included  a  20%  increase  in 
grand  jury  presentations  over  1971. 
Using  the  Model 

As  discussed  earlier  the  .purpose  of 
the  model  is  to  determine  what  is 
required  to  reduce  processing  delays, 
the  backlog  of  cases,  and  the  detention 
population-    The  model  was  run  simula- 
ting 400  days  beginning  with  September 
1972  using  the  system  conditions 
monitored  at  that  time. 

The  model  was  run  without  any 
further  additions  of  resources  other 
than  those  mentioned  in  the  last  section. 
By  September  the  jolt  given  the  system  in 
the  Spring  by  the  additional  grand  jury 
had  worn  off.     The  model  projected  for 
the  months  September  through  the  first 
half  of  December  1972  a  decrease  in  tne 
number  of  defendants  awaiting  trial  part 
appearances  from  about  3200  to  2600. 
The  two-week  shutdown  in  December  would 
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boost  the  backing  log  up  to  nearly  2800 
but  during  the  first  six  months  of  1973 
the  model  projects  a  steady  decline  to 
about  2300,  at  which  time  the  total 
number  of  defendants  in  the  system  would 
be  just  under  3000  and  the  detention 
population  would  be  about  1670. 

Although  the  decline  in  the  number 
of  defendants  looks  encouraging,  the 
percentage  of  cases  taking  less  than  180 
days  for  disposition  is     ^wn  only  to  32%. 
Further  analysis  of  the  results  indicated 
two  things:     (1)     There  would  be  an 
apparent  bottleneck  in  the  PTC  part; 
and  (2)  the  addition  of  trial  parts 
would  do  little  towards  the  reduction  of 
delay  ur'\ess  tighter  controls  were 
placed  on  the  lengths  of  adjournment. 
The  average  length  of  an  adjournment  in 
the  ti^ial  parts  was  still  over  18  days 
and  the  average  calendar  size  in  a  trial 
part  was  under  six  defendants  per  day. 

The  model  was  run,  starting  again 
in  September,  with  the  addition  of  one 
PTC  part.    This  expedited  case  process- 
ing dramatically  and  reduced  the  backlog 
to  about  1725  defendants  and  a  detention 
population  of  1150  by  June  of  1973. 
However,  the  percentage  of  cases  requir- 
ing more  than  180  days  for  disposition 
was  still  high  at  26%.    The  reduction  of 
that  percentage  from  32%  to  26%  was 
almost  entirely  the  result  of  the  ability 


of  the  additional  PTC  part  to  got  defend- 
ants to  plead  out  before  going  on  to  a 
trial  part. 

The  addition  of  the  PTC  part  shifted 
seme  of  the  burden  to  the  trial  parts. 
However,  the  average  calendar  size  per 
trial  part  wv^nt  up  only  to  6.3  defendants 
per  day.    Thus  it  is  clear  that  it  is  not 
more  parts  but  ti^nter  con*-    ils  on 
adjournment  lengths  that  are  needed  for  a 
reduction  in  delay.     To  compensate  for 
the  low  calendar  sizes  two  additions  to 
the  model  were  made:     (1)  A  calendar 
size  control  mechanism,  end  (2)  an 
emergency  scheduling  algorithm  for  cases 
approaching  the  180  day  limit.    They  are 
explained  below. 

The  system  to  a  certain  extent  i« 
self-regulating  with  respect  to  adjourn- 
ment lengths.    As  the  backlog  drops  the 
average  length  of  adjournment  should 
drop.     A  simple  control  mechanism  was 
incorporated  whose  purpose  was  to  adjust 
adjournitent  lengths  so  that  average 
calendar  size  would  not  drop  muci»  les? 
than  6.     Six  was  chosen  becav'se  previous 
runs  of  the  model  showed  six  to  be  a 
consistent  figure  for  that  parameter, 
and  assuming  new  trial  parts  will  functiai, 
at  worst/  like  old  o;ies/  six  seemed 
reasonable.    A  lower  limit  was  placed  on 
adjournment  lengths  to  account  for 
uncontrollod  variables. 
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No  matter  what  preferences  judges 
or  DA'S  have  for  size  of  workload/  it  is 
certain  that  no  one  will  wane  to  be 
given  blame  for  allowing  someone  to 
"escape"  under  the  18  0  day  rule.  Thus, 
as  a  case  approaches  that  mark/  both 
will  accept  slightly  larger  calendar 
sizes  resulting  from  shorter  adjournment 
lengths.     To  reflect  this,  the  model  was 
set-up  so  that  when  a  defenJant  was  in 
the  system  for  more  than  140  days  he 
would  be  allowed  adjournment  lengths  of 
5  days  on  the  average. 

The  model  vas  run  with  these 
additions /  again  using  2  PTC  parts  and 
17  trial  parts,     in  that -run,  average 
calendar  size  rose  only  to  6.6  defendants 
per  day.     The  number  of  defendants 
awaiting  trial  part  appearances 
plummetted  to  less  than  1500  in  the 
first  4  months  of  the  simulation.  How- 
ever, the  percentage  of  defendants 
requiring  more  than  180  days  for  dispo- 
sition dropped  only  to  22%.    Thus  it  was 
clear  that  concentration  solely  on  the 
trial  parts  was  insufficient  because 
many  ca5.es  were  coming  to  their  first 
trial  par,  appe    ance  having  already 
logged  in  nearly  180  days.     Much  of  the 
pre-trial  part  delay  was,  from  the 
model's  point  of  view,  caused  by 
excessive  delay  of  bail  cases  in  the 
criminal  court.     This  was  the  only 


leverage  point  left  in  the.  system. 

As  stated  earlier  the  distributions 
used  by  the  model  for  criminal  court 
delay  were  probably  somewhat  outdated 
due  to  improved  administration  within 
that  court.     The  model  was  run  as 
described  in  the  paragraph  above  with 
all  cases  using  the  distribution  pre- 
viously used  for  jail  cases  only.  That 
is,  the  model  was  run  using  an  average 
criminal  cc-,irt  delay  of  2  weeks  for  all 
cases.     It  is  quite  possible  that  in 
reality  this  reduction  has  already  been 
realized  or  it  could  be  realized  wit..out 
an  addition  of  resources. 

The  results  of  that  run  show  only 
18%  of  defendants  requiring  mor'i  than  180 
days  for  disposition-    This  figure  is  an 
adequate  system  goal  from  the  point  of 
view  of  the  model  for  four  reasons. 
First,  not  all  delay  is  caused  by  the 
state;  some  is  caused  by  the  defendant 
(request  of  an  additional  appearance  or 
extrc^»  long  adjournment)  and  as  such  is 
not  chkrgeable  to  the  180  day  rule. 
Second,  all  indicators  point  to  the  fact 
that  the  system  has  enough  slack  to  allow 
additional  special  expediting  of  cases 
near  the  180  day  limit.     Third,  the  18% 
figure  includes  homicide  cases   (most  of 
which  take  more  than  180  days)  which  are 
not  covered  by  the  rule.     Fourtn,  the 
18%  figure  also  includes  some  cases 
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arrested  before  the  rules  went  -nto 
effect.    That  is,  the  true  figure  for 
cases  covered  by  the  rule  is  probably 
between  5-12%.^^    Taking  into  account 
defe.idant  caused  delay  and  possibilities 
for  additional  expediting,  the  system 
resources  defir      in  this  last  computer 
run  vill  be  cldeguate  to  meet  the 
requirements  of  the  rule. 
Conclusions 

The  results  obtained  from  the  model 
point  to  the  following  recommendations 
for  Manhattan: 

1.  Add  1  PTC  part. 

2.  Add  trial  part  emergency  expediting 
mechanism  for  defendants  in  the 
system  for  more  than  120  days. 

3.  Reduce  Criminal  Court  delay  to  an 
average  of  14  days  for  felony 
cases. 

Many  aspects  of  the  model  could 
change,  such  as  the  number  of  appearances 
required  for  disposition,  and  as  such 
would  change  the  results  and  recommenda- 
tions herein  described.     However,  these 
predictions  are  based  on  rather  con- 
servative data.     It  seems  unlikely,  with 
the  low  utilization  rates  of  most 
resources  and  the  urgency  of  the 
situation,  that  any  aspect  of  the  system 
will  relax  and  cause  the  model's  results 
to  be  overly  optimistic.     The- only 
parameter  change  that  could  possibly 


cause  major  repercussions  would  be  the 
number  of  grand  jury  presentations. 
However,  even  a  large  increase  in  that 
variable  would  not  cause  great  damage 
since  the  constraining  relationships  in 
the  system  are  not  due  to  lack  of 
resources. 

This  model  has  demonstrated  its 
usefulness  in  the  analysis  of  this  court 
"crisis".     However,  it  can,  and  should 
be,  used  to  test  system  sensfitivity  to 
various  parameters  and  to  study  other 
aspects  of  court  system  behavior.  This 
simulation  model  is  a  powerful  tool, 
useful  to  the  process  of  understanding 
and  improving  court  operations. 
Notes 

1.  The  Criminal  Court  disposes  of  all 
misdemeanor  and  violation  cases  in 
addition  to  being  the  first  stage  of  the 
Felony  Processing  System. 

2.  Plea  Bargaining  is  a  means  of  dis- 
posing of  cases  before  they  tie  up 
valuable  court  resources.    The  vast 
majority  of  defendants  adjudged  guilty 
are  disposed  of  via  a  guilty  plea.  The 
defendant  is  induced  to  plead  guilty  by 
being  offered  a  shorter  sentence  than 
the  expected  sentence  if  found  guilty 
as  the  result  of  a  trial.    The  plea 
offering  may  be  a  plea  of  guilty  to  a 
lower  charge. 

3.  The  Supreme  Court  handles  only 
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felony  cases. 

4.  A  trial  part  like  an  arraignment  or 
PTC  part  is  the  term  used  for  a  court- 
room staffed  by  a  Judge,  District 
Attorneys,  and  clerical  staff. 

5.  In  addition  to  the  original  cost 
there  would  be  about  $12  million  in 
annual  operating  cos::.    Also,  it  will 
take  a  considerable  amount  of  time  to 
build  the  jail. 

6.  There  are  many  definitions  of  the 
term  backlog  used  to  describe  system 
status.     The  definition  used  in  this 
paper  is  the  number  of  cases  pending. 

7.  Budget  Analysts  were  more  percep- 
tive in  this  calculation.     They  took 
into  account  the  fact  that  the  present 
number  of  parts  was  insufficient  to 
handle  properly  last  year's  caseload. 
ThuS/  befor    considering  the  expected 
increase  in  caseload,  they  added  parts 
to  allow  the  cov"*fc  to  be  a  match  for 
last  year's  inpuc  rate. 

8.  The  backlog  could  be  eliminated 
quickly  if  the  court  decided  to  lower 
significantly  its  plea  offerings.  That 
fact  leads  to  difficulties  in  predicting 
system  behaviox:;  but  more  importantly  it 
shows  the  imprecise  nature  of  felony 
adjudication.     Lower  plea  offerings 
would  have  the  effect  of  lowering  the 
average  number  of  appearances  for 
disposition. 


9.  New  York  City  has  five  counties 
each  being  a  Judicial  District  and  each 
has  their  own  Criminal  and  Supreme  Court. 
The  model  is  set-up  to  simulate  the 
operations  of  each  county  separately. 
The  majority  of  quantitative  information 
in  this  paper  refers  tc  .Manhattan  . 

10.  See  Jennings,  "Quantitative  Models 
of  Criminal  Courts,"  39th  National 
Meeting  of  ORSA,  May  5,  1971. 

11.  The  model  was  set-up  so  that  those 
cases  not  affected  by  the  rule  would  not 
have  statistics  collected  about  them. 
That  run  showed  only  2.8%  of  defendants 
took  more  than  180  days  for  disposition. 
Another  run  was  made  setting  the 
maximum  trial  part  calendar  size  at  10 
(had  been  16).     In  that  run  12%  of 
defendants  affected  by  the  rule  took 
more  than  180  days.     The  backlog  was 
reduced  to  a  projected  figure  of  1700 
defendants  by  June  1973. 
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Figure  6  Figure  7 
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A  SIMULATION  MODEL  OF  THE  NEW  YORK  CITY  FIRE  DEPARTMENT: 
ITS  USE  IN  DEPLOYMENT  ANALYSIS 

Grace  Carter,  Edward  Ignall,*  Warren  Walker* 
The  New  York  City-Rand  Institute 

Abstract 

This  paper  describes  a  simulation  model  developed  as  a  tool  to  aid 
deployment  decision-making  for  the  New  York  City  Fire  Department. 
The  model,  written  in  Simscript  1.5,  has  been  used  to  evaluate 
alternative  solutions  to  workload  and  response  problems  plaguing 
the  City.    These  solutions  involve  new  policies  for  locating, 
relocating  and  dispatching  fire-fighting  units  to  achieve  a  more 
effective  , utilization  of  resources.    Several  specific  applica- 
tions of  the  simulation  are  described.    In  addition,  methodolog- 
ical issues  concerning  the  design  and  use  of  the  model  are 
addressed. 


I.  INTRODUCTION 

Since  1968  a  large-scale  research  program 
for  the  Fire  Department  cf  the  City  of  New 
York  has  been  in  progress  at  The  New  York  City- 
Rand  Institute.    An  overview  of  that  research 
is  contained  in  [1].    A  major  part  of  the  pro- 
gram has  been  an  investigation  and  evaluation 
of  alternative  policies  for  the  deployment  of 
fire-fighting  resources.    This  paper  describes 

Also  Columbia  University. 


a  simulation  model  of  the  responses  of  fire- 
fighting  units  to  alarms,  which  has  been  one  of 
the  tools  used  for  this  evaluation.    A  compre- 
hensive description  of  the  design  of  the  simula- 
tion model  is  given  in  [2].    Our  emphasis  in 
this  paper  will  be  on  the  use  of  the  model.  We 
will  describe  the  various  policies  which  were 
compared  and  present  the  differences  in  their 
performance.    We  will  also  note  new  policies 
which  have  been  implemented  based  in  part  on 
simulation  results. 
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We  had  two  primary  motives  for  using 
simulation: 

(1)  To  be  able  to  compare  alternative 
policies  without  risking  lives  and 
property  end  spending  considerable 
sums  of  money  by  trying  them  In  the 
real  world;  and 

(2)  To  gain  a  better  understanding  of 
fire  department  operations  by -making 
clear  the  effects  of  Interactions 
within  the  system  and  the  second- 
order  consequences  of  suggested 
actions . 

The  need  for  such  understanding  and  for 
the  development  of  new  policies  had  become  ap- 
parent to  the  Department  as  the  alarm  rate 
began  to  grow  exponentially  in  the  1960*s.  In 
1968  the  Department  responded  to  227,000 
alarms,  more  than  three  times  the  number  re- 
sponded to  in  1956,  placing  a  severe  strain  on 
exii?ting  fire-fighting  resources  and  increas- 
ing the  pressures  on  the  City  for  adding  to 
them.    However,  a  full-time  fire  company — a 
pumping  engine  or  ladder  truck  and  a  comple- 
ment of  men  sufficient  to  man  it  around  the 
clock — costs  over  $600,000  per  year.    The  Fire 
Department  wanted  to  make  more  efficient  use 
of  existing  resources  and  to  determine  the 
most  effective  ways  to  add  new  resources.  The 
simulation  became  the  major  tool  for  evalu- 
ating candidate  policies. 

We  present  here  the  results  of  simula- 
tion experiments  in  which  three  types  of 
policies  were  tested: 

(1)  Dispatching  policies r  how  many  and 
which  units  of  each  type  (engines 
and  ladders)  should  be  sent  to  each 
incident?  With  some  exceptions,  in 
the  past  the  same  response  was  sent 
to  all  alarms  received  by  street  box 
in  all  areas  during  all  times  of  day. 


However,  box  histories  showed  that  the 
probability  that  a  given  alarm  signalled 
a  serious  fire  varied  greatly  by  time 
and  area.    With  the  simulation  it  was 
possible  to  observe  the  effect  of  vary- 
ing the  standard  response. 

(2)  Relocation  policies;    given  several 
units  busy  in  an  area  (at  one  large 
fire  or  several  small  ones) ,  which 
available  units  should  be  moved  into 
empty  fire  houses  in  the  area,  when 
should  they  be  moved,  and  which  empty 
houses  should  they  fill?    The  method 
being  used  by  the  Department  was  not 
designed  to  handle  the  increasingly 
common  Instances  of  several  fires  in 
progress  in  an  area  simultaneously. 

(3)  Allocation  policies;    how  many  units  of 
each  type  (engines  and  ladders)  should 
be  located  in  .each  area  at  each  time  of 
day,  and  where  should  their  houses  be? 
Traditional  practice  in  New  York  City 
and  throughout  the  country  is  to  have 
the  same  number  of  units  on  duty  24 
hours  a  day,  although,  for  example, 
the  alarm  rate  in  New  York  City  between 
8  p.m.  and  9  p.m.  is  six  times  as  high 
as  between  3  a.m.  and  6  a.m. ,  and  over 
60  percent  of  the  day's  alarms  are  re- 
ceived 'between  3  p.m.  and  midnight. 

The  new  dispatching,  relocation,  and  al- 
location policies  tested  in  the  simulation  were 
designed  on  the  basis  of  the  experience  of  fire 
officers  and  analysis  by  officers  and  members  of 
the  Institute's  staff.    The  purpose  of  the  simu- 
lation experiments  was  to  compare  the  new  poli- 
cies to  the  traditional  ones  under  controlled 
conditions  to  see  how  much  better  (or  worse)  the 
new  ones  would  be  expected  to  be. 


II.    MEASURES  OF  EFFECTIVENESS 

A  direct  way  to  measure  fire  department 
performance  is  in  terms  of  loss  of  life  and 
property  damage,  but  we  made  an  early  decision 
in  the  design  of  the  simulation  model  not  to 
attempt  to  do  so.    The  relationships  between 
deployment  actions  and  these  direct  measures 
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were  not  known,  and  obtaining  such  measures 
seemed  to  be  a  long  and  possibly  futile  proj- 
ect.   We  felt  that  our  immediate  objectives 
could  be  met  by  using  several  easily  calculated 
surrogate  measures  of  performance  such  as  the 
response  time  of  units  to  fires.    It  developed 
that  different  policies  could  often  be  ranked 
in  terms  of  performance  in  preventing  life  loss 
and  property  damage  by  examining  their  perfor- 
mance on  the  surrogate  measures  if  one  assumed 
only  a  monotone  relationship  between  them  and 
the  direct  measures. 

By  a  surrogate  or  "internal"  measure  we 
mean  an  aspect  of  the  Fire  Department's  perfor- 
mance which  can  be  observed  by  watching  only 
the  Department's  activity  and  not  its  conse- 
quences.   Examples  of  internal  measures  are  the 
number  of  units  responding  to  incidents,  the 
time  it  takes  each  one  to  arrive,  the  number  of 
responses  rnade  by  each  unit,  and  the  proportion 
of  time  each  unit  spends  working. 

In  order  to  show  the  close  interrelation- 
ship between  direct  and  internal  measures  let 
us  focus  on  one  direct  measure:    loss  of  life. 
How  would  it  be  affected  if  the  current  policy 
were  changed?    In  order  to  find  this  out  from 
the  simulation  we  would  have  to  know,  first, 
how  the  pattern  of  responses  would  differ 
under  the  new  policy;  and  second,  how  this 
changed  pattern  would  affect  loss  of  life. 
The  latter  question  is  quite  difficult  to  an- 
T*    On  the  other  hand,  the  answer  to  the 
rmer  is  easy  to  obtain  in  a  simulation,  and 


this  internal  measure  can  be  used  as  a  surrogate 
for  loss  of  life  and  loss  of  property.  The  fol- 
lowing analysis  shows  how  this  may  be  done. 

A  useful  measure  of  a  policy  at  a  particular 
incident  is  the  vector  of  the  response  times  of 
all  units  responding  to  it.    The  vector  of  re- 
sponse times  for  engines  gives  the  time  of  ar- 
rival (relative  to  the  time  of  alarm)  of  the 
first  engine,  second  engine,  etc.    We  divide  the 
vector  into  two  parts  depending  on  whether  the 
uni  .  is  an  engine  company  or  a  ladder  company. 
The  vector  for  each  type  of  unit  is  then  put  in 
order  of  unit  arrival. 

If,  at  a  particular  incident,  one  policy 
produces  a  response  time  vector  every  component 
of  which  is  smaller  than  the  corresponding  com- 
ponent for  another  policy,  and  there  are  no 
other  differences  between  the  two  policies,  then 
it  is  clear  that  the  former  policy  is  as  good  or 
better  for  preventing  loss  of  life,  even  though 
we  do  not  know  the  precise  relationship  between 
response  time  and  loss  of  life.    We  would  not  ex- 
pect one  policy  to  be  better  all  the  time,  but  we 
can  aggregate  the  response  time  vectors  by  inci- 
dent type  and  estimate  the  distribution  of  the 
response  time  vector  for  each  type.     (See  Table  1 
for  one  possible  breakdown  of  incidents  by  type.) 
The  empirical  cumulative  distribution  function 
(cdf)  for  a  given  incident  type  can  then  be  used 
to  test  whether  one  policy  is  better  than  another 
policy  for  response  to  that  type  of  incident.  If 
the  grouping  we  are  using  for  this  analysis  is 
those  incidents  at  which  arrival  time  is  the 
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primary  factor  In  detemlning  If  a  life  will  be 

lo       then,  If  the  empirical  cdf  for  policy  1 

i  X  than  that  of  policy  2,  policy  1  Is 

the  better  policy;  that  Is,  It  will  result  In 

as  few  or  fewer  lives  being  lost. 

Determining  whether  the  empirical  cdf  under 

policy  1  Is  better  than  that  under  policy  2  Is 

generally  not  an  easy  task.    For  example, 

policy  1  may  get  the  first  ladder  ,to  Incidents 

faster  while  making  the  second  ladder  response 

slower. than  policy  2.    In  practice  we  have 

generally  focused  on  individual  components  of 

the  vector  of  response  times.    For  example,  we 

have  compared  different  policies  wit?   respect  to 

0  the  distribution  of  first  ladder  (en- 
gine, arriving  unit)  response  times  to 
different  types  of  incidents 

0  the  average  first  ladder  (engine,  ar- 
riving unit)  response  times  to  dif- 
ferent types  of  Incidents. 

We  use  stmdard  statistical  tests  to  determine 

if  differences  in  these  response  time  measures 

between  policies  are  significant. 

Other  internal  measures  of  Interest  are 

coverage  (the  current  proportion  of  alarm 

I 

boxes  for  which  nearby  units  are  avaiisible)  and 
workload  (the  number  of  responses  made  by  fire- 
fighting  units).    They  are  discussed  in  detail 
in  Section  IV. 

nr.  '  THE  SIMULATION  MODEL 

The  simulation  package  consists  of  three 
parts: 

1.  An  input  program.    Given  a  probabilis- 
tic description  of  the  fire  demands  in  the  area 


to  be  simulated,  this  program,  written  in 

SIMSCRIPT  1.3,  generates  the  set  of  incidents 

(exogenous  events)  which  will  occur  in  the 

simulation.    The  description  consists  of: 

o  potential  incident  locations  (we  used 
alarm  box  locations) ; 

o  for  each  alarm  box  location,  the  arrival 
rate  of  each  type  of  incident  and  the 
proportion  of  each  type  which  are  re- 
ported by  telephone; 

o  a  description  of  each  type  of  incident, 
which  includes  the  number  and  kind  of 
companies  required  to  handle  the  inci- 
dent and  the  length  of  time  each  company 
is  required. 

2.  The  simulation  program.    This  program, 
also  written  in  SIMSCRIPT  1.5,  simulates  the 
Department's  response  to  a  given  set  of  in- 
cidents under  a^particular  set  of  deployment 
policies.    The  program  produces  statistics  on 
company  utilization,  workloads,  response  times, 
and  coverage.    It  also  produces'  output  files 
that  are  available  for  later  analysis.  Usually, 
this  program  is  run  several  times  with  the  same 
input  file  but  using  diffei«^-»>t  deployment 
policies. 

3.  Post-simulation  analysis  program.  These 

are  programs,  usually  written  in  FORTRAN,  which 
I 

measure  the  statistical  reliability  of  the  simu- 
lation output  and  make  comparisons  between  simu- 
lation runs  based  on  various  measures. 

The  run  time  of  ,the  simulation  program  in- 
creases linearly .with  both  the  number  of  alarms 
processed  and  the  nuniber  of  times  the  simulation 
is  interrupted  to  obtain  samples  of  the  state 
vector.    Approximately  78  sa^iplea  or  10.^6  alarms 


356 


can  be  processed  In  one  CPU  second  on  the 
IBM  360/65.    A  typical  run  might  contain  3,000 
alarms  and  500  samples  and  thus  require  288  CPU 
seconds . 

The  simulation  was  designed  to  facilitate 
the  process  of  making  policy  changes.    To  write 
a  program  which  would  be  able  to  simulate  many 
different  policies  without  being  sure  in  ad- 
vance what  these  policies  would  be  req">i  'ed  the 
use  of  interchangeable  sub-routines  and  a  flex- 
ible data  base.    We  present  below  a  brief  suk- 
mary  of  the  organization  of  the  simulation 
program  and  a  description  of  the  data  base 
which  was  used  in  our  experiments. 

Simulation  Flow 

The  progress  of  an  incident  can  be  traced 
by  following  the  series  of  event  routines 
through  which  it  passes.     (In  what  follows 
the  names  of  event  routines  will  be  written  in 
capital  letters.)    The  FIRE  first  breaks  out 
and,  some  tiros  later,  at  an  instant  predeter- 
mined on  the  input  tape,  the  ALAKM  is  turned 
in.    The  program — using  a  given  dispatch  pol- 
icy— decides  which  companies  to  send  to  the 
alarm  and  schedules  a  DISP  (dispatch)  event  to 
occur  after  a  one-minute  delay  to  allow  for 
the  alarm  to  be  processed  at  the  dispatching 
office  and  for  the  men  to  climb  onto  the  ap- 
paratus.   In  the  DISP  event  an  arrival  event 
(FARV)  is  scheduled  for  each  of  the  dispatched 
units.    The  arrival  time  depends  on  the  dis- 
tance between  the  fire  and  the  unit.  The 
responding  (and  returning)  units  are  assumed 


to  travel  at  20  mph,  and  a  combination  of  right- 
angle'  and  Euclidean  distances  is  used  to  deter- 
mine response  distance. 

The  first  of  the  FARV  events  to  occur  for  a 
particular  incident  produces  a  CALIN  (Call  In) 
at  which  the  first  arriving  unit  "reports"  the 
condition  of  the  incident  to  the  dispatching  of- 
fice.   If  too  many  units  Uave  been  sent  some  are 
directed  to  return  to  their  houses;  that  is,  the 
FARV  events  of  the  excess  companies  are  cancelled 
and  HARV  (House-arrival)  events  are  scheduled  for 
them.    During  their  return  home  these  companies 
are  available  for  dispatch  to  other  alarms.  If 
the  fire  is  a  greater  alarm  fire,  HARLM  (higher 
alarm)  events  are  scheduled,  resulting  in  more 
DISP  and  FARV  events  until  enough  equipment  is 
at  the  scene  of  the  fire.    The  RELS  (release 
from  service)  events  are  scheduled  at  times 
which  depend  on  the  arrival  time  of  the  company 
and  the  work  time  parameters  found  on  the  input 
tape.    After  release,  companies  proceed  back  to 
their  fire  stations,  causing  HARV  events. 

The  details  of  the  event  routines  and  the 
output  statistics  have  been  tailored  to  Ne\'  York 
City.    However,  metropolitan  fire  operations  are 
sufficiently  similar  across  the  country  that  the 
basic  structure  of  the  simulation  should  be  ap- 
plicable to  other  cities. 

Data  Base 

The;  Bronx,  one  of  New  York  City's  five 
boroughs,  was  the  subject  of  the  simulation  ex- 
periments reported  on  here.    Seven  incident 
types  were  defined  based  on  the  number  of  units 
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required  and  the  amount  of  time  each  unit  would 
work.    The  incidents  ranged  from  false  alarms, 
which  require  only  a  short  search  by  an  engine 
and  a  ladder  to  assure  that  there  is  no  fire, 
to  third  alarm  fires,  at  which  fifteen  com- 
panies work  for  several  hours  each.    For  each 
type  of  incident  work  times  were  treated  as 
constants,  made  equal  to  our  rvstimates  of  mean 
work-time.    The  simulation  also  distinguishes 
between  alarms  received  by  telephone  and  those 
turned  in  from  street  boxes,  since  most  dis- 
patching policies  depend  on  how  the  alarm  is 
received.    Table  1  lists  the  seven  alarm  types 
together  with  the  number  of  units  each  requires 
and  the  other  incident  characteristics. 

To  reduce  computer  storage  requirements, 
the  2,500  alarm  boxes  in  the  Bronx  (roughly  one 


on  every  second  street  corner)  were  gathered 
into  358  relatively  homogeneous  box  groups. 
Each  of  these  box  groups  is  then  simulated  as 
if  it  were  a  single  alarm  box.    The  location  of 
each  group  was  defined  as  the  centroid  of  the 
boxes  composing  it.    The  box  groups  were  then 
assigned  to  one  of  two  sets  based  on  their  loca- 
tion, dividing  the  Bronx  into  two  disjoint 
regions.    The  buildings  in  Region  1  (the  South 
Bronx)  are  older,  the  region  is  more  densely 
populated,  and  it  has  a  very  high  rate  of  fire 
alarms.    Region  2  has  a  lower  population  density 
and  fewer  fire  alarms.    In  both,  about  40  percent 
of  the  street  box  alarms  ^^re,  false  while  less 
than  5  percent  of  the  telephone  alarms  are  false. 
Some  other  regional  characteristics  are: 


Table  1.     INCIDENT  CHARACTERISTICS 


No.  of  units 
required  . 

Percentage  of  all  alarms 
in  region  (1968) 

Average  work  times  (mins.) 

Region  1 

Region  2 

Incident  type 

i Engines 

Ladders 

Engines 

Ladders 

Box 

Phone 

Box 

Phone 

False  alarms 

1 

1 

5 

5 

24.2 

2.3 

12.6 

3.0 

Easy  emergencies , 
non-structurals , 
and  transportation 
fires 

1 

1 

18 

18 

23.9 

15.7 

12.0 

29.3 

Hard  emergencies  and 
easy  structural  fires 

1 

1 

18 

18 

13.1 

17.1 

7.4 

32.1 

Structural  fires 

2 

1 

75,45 

60  • 

1.02 

1.08 

.51 

1.53 

Structural  fires 

3 

2 

150,105,60 

150 ,90 

.60 

.63 

.30 

.90 

Structun  Ires 

7 

3 

240,180,120,90, 
90,60,60 

180,135,105 

.12 

.13 

.06 

.18 

Structural  fires 

11 

4 

360,300,^70,240, 
240,180,150,120, 
120,90,90 

330,270,180, 
135 

.06 

.06 

.03 

.09 

Total 

63% 

37% 

33% 

67% 
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Region  1 

o  over  2/3  of  the  alarms  in  the  Bronx 
o  covers  1/A  of  the  borougli*s  area 
o  almost  2/3  of  the  alarms  in  the  region 
are  reported  by  street  box 

Re^.ion  2 

o  less  than  1/3  of  c.*:e  alarms  in  I  i 
Bronx 

o  covers  3/4  of  the  borough's  area 
o  1/3  of  the  alarms  in  the  region  are 
reported  by  street  box 

The  exact  proportions  used  in  the  experiments 
were  based  on  analysis  of  1968  incidents.  A 
percentage  breakdown  of  incidents  by  type  for 
each  region  is  included  in  Table  1. 

Since  modelling  the  incidence  of  box  and 
telephone  alarms  for  each  type  of  incident  at 
the  location  of  each  box  group  as  independent 
Poisson  processes  yields  good  fits  to  the  ob- 
served data  (see  [3]),  we  have  used  this 
Poisson  assumption  in  generating  alarms.  For 
computational  ease,  we  generate  independent  ex- 
ponential random  variables  for  the  times  between 
successive  incidents  in  the  entire  borough.  The 
type  and  location  of  each  incident  is  then  de- 
termined by  matching  random  numbers  to  condi- 
tional probabilities.    Specifically,  for  each 
incident,  we  let  it  happen  at  a  particular 
alarm  box  with  probability  equal  to  the  propor- 
tion of  all  1958  Bronx  incidents  which  occurred 
there.    This  location  also  determines  the  region 
in  which  the  incident  occurs.    Given  the  region 
assignment,  we  let  the  incident  be  a  box  or 
telephone  alarm  with  the  probab:   Ity  appropri- 
ate to  the  region.    The  incident  is  then  as- 
signed a  type  using  a  probability  appropriate 
to  the  region  and  how  it  was  reported. 


IV.    POLICY  ^NALYSIS 

In  the  last  thrtie  years  we  havft  made  many 
simulation  runs  i  ■>  evaluate  the  effects  of  vari- 
ous deployment  policies.    Many  of  them  have  led' 
directly  to  the  implementation  of  new  policies  by 
the  New  York  City  Fire  Department;  others  have 
indicated  deployment  changes  which  are  now  being 
considered.    We  describe  some  of  these  simula- 
tions in  this  section. 

A.     INITIAL  DISPATCH  AND  ALLOCATION  POLICIES 

This  series  of  simulation  experiments  con- 
sidered a  way  of  reducing  the  heavy  workload 
being  experienced  by  some  companies,  without 
either  sacrificing  fire-fighting  effectiveness 
or  making  a  large  investment  in  new  fire  com** 
panies.    The  solution  examined  consisted  of 
adding  a  small  number  of  new  full-time  or  part- 
time  companies  and  modifying  the  dispatching 
policy  to  send  fewer  companies  to  some  alarms. 
The  potential  locations  for  the  new  units  were 
existing  fire  houses.    The  locations  used  were 
determined  by  practical  conditions,  such  as 
space  In  the  fire  house  for  men  and  equipment 
(part-time  units  needing  less)  ,  and  the  need  for 
J^lp,  as  measured  by  the  workload  of  the  current 
units . 

New  York  City*s  dispatching  policies  employ 
alarm  assignment  cards,  one  of  which  is  asso- 
ciated vji'cix  every  alarm  box  in  the  City  (a  sample 
card  is  shown  in  Fig.  1).    The  first  half  of  the 
card  lists  the  engine  companies  and  ladder  com- 
panies in  increasing  order  of  distance  from  the 
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CRESTON  AVENUE  and  I92nd  STREET 


B  h  0  N  X 


ENGINE  GO'S 

C« 

C: 

LADDER 
GO'S 

o.c, 

C0MPANIC5  TO  CHANGE  LOCATION  s,^ 

48  75  79 

33  37 

7 

19 

15 

tucwt 

LAOOCX 

81  88  42 

46 

o.c. 
6 

50-75  38-79 

49-33 
32-37 

i.)     i.6     62  95 

3 

38 

18 

U1-U6  90-62 
67-95 

92     /.5     68  93 

27 

83-92 

80-68  59-9} 

19-27 

82      71     60  69 

36 

96-82  35-71 
53-60  i»0-69 

3i.-36 

Fig.  1.    A  Typical  Alarr  Assignment  Card 


alarm  box.    The  traditional  dispatching  policy 
for  box  alarms  is  to  send  whoever  is  available 
of  the  first  three  engines  and  two  ladders 
listed  on  the  card  for  the  box,  "special 
calling"  companies  if  necessary  to  assure  a 
response  of  at  least  one  engine  and  one  ladder. 
The  new  dispatching  policy  to  be  tested,  called 
adaptive  response  (AR) ,  would  send  exactly  two 
engines  and  one  ladder  to  alarms  reported  from 
selected  street  boxes.     (In  the  simulation,  the 
change  to  AR  required  only  the  rewriting  of  the 
ALARM  subroutine. 

We  simulated  because  naive  calculations  of 
the  effects  of  these  proposals  were  inadequate 
and  simulation  would  permit  more  precise  calcu- 
lations.   For  example; 

(1)  Under  the  traditional  dispatching  pol- 
icy as  few  as  one  engine  and  one  ladder 
might  be  sent  to  a  box  alarm  because 
other  units  were  unavailable.  There- 
fore, the  effect  on  workload  of  adding 


units  without  clianging  the  response 
policy  was  hard  to  calculate.  Tl»e 
same  work  would  not  be  split  among  a 
larger  number  of  units.    Instead,  more 
units  would  be  available  on  the  average, 
so  the  total  number  of  responses  would 
go  up,  not  necessarily  reducing  any 
company *s  workload. 

(2)  Sending  exactly  two  engines  and  one 
ladder  under  adaptive  response  might 
not  reduce  any  company's  workload 
either.    In  the  case  of  engines,  for 
example,  even  though  some  box  alarms 
received  three  engines  under  the  tra- 
ditional policy  some  also  received  only 
one.    Thus,  it  was  even  possible  that 
adaptive  response,  at  least  during  busy 
periods,  might  actually  increase  the 
total  nuirber  of  engine  responses. 

(3)  The  effect  of  adaptive  response  on  re- 
sponse time  WAS  also  unclear.  If 
availability  ve re  increased,  then  re- 
ductions in  first  and  second  engine 

and  first  ladder  response  times  would  be 
expected.    If  a  third  engine  or  second 
ladder  were  needed  at  an  incident  at  an 
AR  box,  one  would  guess  that  its  re- 
sponse time  would^  go  up,  since  these 
alanss  would  always  have  to  wait  for  the 
first  arriving  unit  to  request  additional 
help.    However,  the  overall  average 
third  engine  or  second  ladder  response 
time  could  end  up  being  reduced  since, 
even  under  adaptive  response,  telephone 
alarms  which  sound  serious  are  dispatched 
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the  full  complement  of  three  engines 
and  two  ladders.    Reducing  response  to 
potentially  less  serious  box  alarms 
means  a  greater  chance  of  having  a 
nearby  third  engine  available  for  a 
serious  telephone  alarm.    Also,  even 
though  the  Initial  dispatch  of  the 
third  engine  (when  needed)  at  AR  boxes 
Is  delayed  by  Che  amount  of  ,lme  It 
takes  the  first  unit  to  arrive,  the 
third  engine  will,  on  the  average,  be 
closer  than  under  the  traditional  pol- 
icy and  might  sometimes  ^et  f  the 
fire  faster. 

We  simulated  the  adaptive  response  policy 
Tor  several  different  specified  numbers  of  fire 
companies  and  four  different  alarm  rates, 
5,  13-1/3,  21  and  30  alarms  per  hour  In  the 
borough.    These  alarm  rates  roughly  correspond 
to  the  average  alarm  rates  for  early  morning, 
midday,  evening  and  a  peak  evening.    All  runs 
at  the  same  alarm  rate  used  the  same  sequence 
of  incidents  (numbering  about  2,000),  so  that 
true  difference's  between  policies  were  not 
obscured  by  their  facinQ  differtAt  alarm 
realizations.    The  results  are  ^iven  in 
Tables  2  and  3. 

The  most  important  interpretatiop.  of  t^ese 
results  is  that,  at  high  alarm  rates,  the  adap 
tive  response  policy  apparently  dominates  the 
traditional  one  for  ladders.    That  is,  we  see 
that  at  30  alarms  per  hour  and  12  ladders ,  the 
average  time  to  first  and*second  ladder  both 
decrease,  and  the  responses  per  hour  per  ladder 
decrease.     (We  say  apparently  because  neither 
response  time  reduction  is,  by  itself,  statis- 
tically significant.) 

For  engines,  we  see  that  under  adaptive 
response  at  either  of  the  two  high  alarm  ratca. 


all  three  response  times  decrease  (with  a  statis- 
tically significant  reduction  in  second  engine 
time).    However,  the  average  number  of  engine 
responses  per  hour  Increases ,  which  implies  that 
engine  availability  would  be  so  low  under  the 
traditional  policy  that,  on  the  average,  fewer 
engines  were  dispatched  than  under  adaptive  re- 
sponse . 

From  Tables  2  and  3  we  also  note  that  under 
either  the  traditional  policy  or  AR,  adding  new 
units  has  a  greater  effect  on  response  times  at 
high  alarm  rates  than  at  low  ones.    Under  the 
traditional  policy,  for  example,  reduction  in 
the  average  f**rst  ladder  response  is  about  one 
second  (.025  minutes)  per  ladder  added  at  5 
alarms  per  hour;  5  seconds  per  ladder  added  at 
13.5  alarms  per  hour;  and  16  seconds  per  ladder 
added  at  30  alarms  per  hour. 

As  we  supposed,  the  workload  reductions  for 
busy  units  when  companiep  are  added  under  the 
traditional  response  policy  turn  out  to  be  leps 
t.ian  what  might  naively  be  expected.  For 
example,  for  ladders  at  30  alarms  per  hour,  we 
have  2.072  responses  per  ladder  per  hour  with 
12  ladders.    When  three  ladders  are  added,  if  che 
same  work  were  to  be  redistributed,  we  would  ex- 
pect (12/15)  x  2.072  or  1.658  responses  per  lad- 
der per  hour.    However,  the  simulation  results 
in  1.9^2  responses  per  lad<??*r,  indicating  that 
the  main  effect  of  the  new  Icdders  on  the  orig- 
inal ones  is  to  make  them  available  ^o  answer 
alarms  that  previously  .received  one  ladder  or  a 
ladder  from  outside  the  region. 
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Ta       2.    ADAPTIVE  RESPONSE  SIMULATION  TEST 
REGION  1  RESULTS :  ENGINES 


Bronx 
alarm  rat:e 
(alarms /hr.) 

*             Response  times  (mine.)  to 
(without  AR/AR) 

No.  of 
responses/hr. 
per  engine 

No.  of 

engines 

First  en(;lne 

Second  engine 
(when  needed) 

Third  engine 
(when  needed) 

5 

18 
19 

2.30/ 
2.30/ 

3.26/ 
3.26/ 

4.32/ 
4.28/ 

.533/ 
..474/ 

13-1/2 

18 
19 
20 
21 

2.56/2.55 
2.53/2.52 
2.44/2.42 
2.41/2.39 

3.55/3.43 
3.53/3.39 
3.43/3.37 
3.42/3.33 

4.81/5.35 
4.79/5.25 
4.75/5.27 
4.72/5.16 

1.174/1.079  . 
1.136/1.028 
1.102/. 986 
1.068/. 943 

21 

18 
21 

2.92/2.89 
/2.62 

4.47/4.07 
/3.78 

6.13/6.05 
/5.80 

1.649/1.657 
/I. 468 

30 

18 
21 

3.57/3.57 
3.13/3.10 

6.12/5.33 
5.05/4.62 

8.07/8.05 
6.76/6.75 

1.829/2.224" 
1.940/2.041 

Range  of  no.  of  in- 
cidents 

1820-2208 

50-78 

25-31 

Range  of  raw  std. 
dev.  of  Indicated 
response  times 

.81-1.93 

1.72-2.39 

1.56-2.74 
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Table  3.    ADAPTIVE  RESPONSE  SIMULATION  TEST 

REGiaN  1  r:-sults:  ladders 


Bronx 
alarm  rate 
(alarms/hr.) 

Response  times  (mins.)  to 
^without  AR/AR) 

No.  of 
responses/hr. 
per  ladder 

No.  of 
ladders 

First  ladder 

Second  ladder 
(when  needed) 

5 

12 
14 

2.58/ 
2.53/ 

4.02/ 
3.81/ 

.547/ 
.480/ 

13-1/2 

12 
13  - 
14 
15 

2.93/2.90 
2.79/2.77 
2.79/2.78 
2.67/2.66 

4.42/5.07 
4.19/4.90 
4.01/4.80 
3.90/4.61 

1.196/. 969 
1.143/. 900 
1.086/. 846 
1.046/. 794 

21  ' 

12 
IS 

3.47/3.44 
/2.99 

5.67/6.12 
/5.44 

1.678/1.473 
/I. 238 

30 

12 
15 

4.45/4.37 
3.61/3.55 

8.11/7.t>4 
6.82/6.72 

2.072/1.927 
1.942/1.710 

Range  of  no. 
cidents 

of  in- 

1820-2211 

50-78 

Range  of  raw  std. 
dev.  of-  indicated 
response  times 

.97-2.07 

1.94-3.41 
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Tables  2  and  3  can  also  be  used  to  con- 
pare  the  benefits  derived  from  adding  part- 
time  companies  to  those  derived  from  adding 
full-time  companies.    For  example,  assuming 
that  a  day  consists  of  three  8"hour  periods  ac 
each  of  the  last  three  alarm  rates  (with  these 
high  alarm  rates  meant  to  correspond  to  what 
can  be  expected  in  the  near  future),  we  can 
compare  adding  one  2A-hour  unit  to  adding  three 
that  work  only  eight  hours  each  evening.  The 
average  daily  workload  would  be  35  responses 
per  ladder  and  AO  per  engine.    Under  AR,  tha 
reduction  in  average  daily  responses  per  re- 
gion 1  ladder  would  be  about  1.67  if  one  ladder 

is  added  around  the  clock  (1.67  =  8  hours  x 
3 

J      (responses/hr/laddcr  in  period  i  with  12 
i=l 

ladders  -  responses/hr/ladder  in  period  i  with 
15  ladders)/(15  -  12)  =  8  x  (1/3) [(.969  -  .794) 
+  (1.A73  -  1.238)  +  (1.927  -  1.710)]). 
If  three  ladders  were  added  in  the  evening,  the 
reduction  would  be  about  1.74  response  per  lad- 
der per  day  (=  8  x  (1.927  -  1.710)).    A  simi- 
lar calculation  for  engines  shows  that  the  re- 
duction in  average  daily  responses  for  region  1 
engines  is  about  1.35  for  one  full-time  engine 
and  about  1.46  for  three  evening  only  engines. 

Overall,  we  see  that  by  adding  new  com- 
panies and  using  adaptive  response  during  the 
evening  hours  we  can  get  both  a  reduction  in 
company  workload  and  an  improvement  in  average 
response  time  relative  to  the  traditional  pol- 
icy.   Encouraged  by  the  results  of  these  simu- 
lation experiments,  the  New  York  City  Fire 


Department  adopted  AR  in  part  of  region  1  in  the 
evenings  ard  added  several  part-time  and  full- 
time  fire-fighting  units  in  late  1969 . 

B.     RELOCATION'  POLICIES 

One  aspect  of  deployment  is  the  relocation 
of  avai'     le  fire  coirpnnies  to  fill  holes  in 
coverage  created  when  one  large  fire  or  several 
small  fires  are  being  fought  simultaneously  in  a 
single  area  of  the  city.    Currently  in  N'ew  York 
City  the  alarm  assignment  cards  are  used  to 
specify  predetermined  relocations  based  upon 
houses  made  empty  when  companies  are  working  at 
an  alam  at  a  particular  box.    (See  Fig.  1.  The 
right-hand  side  of  the  card  lists  the  reloca- 
tions.)   The  relocations  specified  are  based  on 
the  assumption  that  the  alam  <.t  that  box  is  the 
only  alam  in  progress  in  the  general  area  and, 
therefore,  that  each  company  specified  to  relo-; 
cate  is  available  to  do  so. 

This  method  of  pre-planned  relocations 
breaks  down  w^Iien,  as  is  an  increasingly  common 
occurrence,  several  incidents  arc  in  progress 
simultaneously  in  one  area.    An  algorithm  was 
developed  [4]  which  replaces  the  system  of  pre- 
determined relocations  by  a  system  which  deter- 
mines relocations  based  on  current  information 
on  incidents  in  progress  and  current  unit  avail- 
ability.   It  was  designed  for  use  in  the  Depart- 
ment '.^  new  on-line  computerized  Management  in- 
formation and  Control  System. 

We  used  the  simulation  tO'  aid  in  designing 
the  new  algorithm  and  to  compare  the  performance 
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of  the  new  algorithm  to  the  system  currently 
being  used.    The  input  program  was  used  to  pre- 
pare a  sequence  of  3620  Incidents  covering  a 
180-hour  period  of  constant  high  aiam  rate — 

ilent  to  three  veeks  of  evening  periods 
placed  end  to  end.    Ke  did  not  want  to  look  at 
low  alarm  periods  of  the  day  since  few  reloca- 
tions would  be  required  auring  these  periods, 
and  little  difference  could  be  seen  between  pol- 
icie;;     Again,  for  control  purposes,  the  sane 
sequence  of  incidents  was  faced  by  both  pol- 
icies.   The  adaptive  response  policy  described 
above  was  used  to  determine  the  initial  dispatch 
to  alarms. 

We  compared  the  results  of  these  two  sim- 
ulations using  three  different  measures  of  per- 
forcance:    coverage,  workload,  and  response 
tines. 

Coverage 

Fire  is  a  random  ph3nosenon,  and  since 
the  Department  cannot  be  sure  where  the  next 
alarm  will  come  from,  it  tries  to  position  com- 
panies so  that,  no  natter  where  the  next  fire 
occurs,  tlere  will  be  units  available  close  by. 
The  fire  houses  located  throughout  the  city 
provide  this  protection  when  they  are  occupied, 
but;  when  fires  are  in  progress,  some  houses 
become  empty  and  the  "coverage  balance"  is 
upset.    Relocations  are  used  to  correct  the 
imbalance.    This  is  the  most  important  reason 
for  making  relocations. 

We  measured  the  degree  to  which  the  cur- 
rent and  the  proposed  relocation  policies 


succeeded  in  providing  adequate  .coverage  by 
sarzpling,  at  15-minute  intervals,  the  proportion 
of  alarm  boxes  which  had  at  least  one  of  their 
two  closest  ladder  companies  available  and  the 
proportion  of  boxes  which  had  at  lesst  one  of 
their  three  closest  engine  companies  available. 
For  coverage  purposes  the  higher  the  proportions 
the  better  the  relocation  policy. 

We  found  that  the  proposed  algorithm  was 
able  to  improve  coverage  considerably.    Table  4 
presents  the  empirical  cumulative  distribution 
functions  for  the  coverage  measure  under  each  of 
the  relocation  policies. 


Table  4-    RELOCATION  SIMULATION  TEST  RESULTS: 
EMPIRICAL  CUMULATIVE  DISTRIBUTION 
FUNCTIONS  FOR  COVERAGE 

T 

F(x)  =  P  (<x  percent  of  boxes  have  at  least 
1  of  2  closest  ladders  available) 


F^.(x) 

Fp(x) 

X 

(Current  policy) 

(Proposed  policy) 

35. 

.000 

.000 

40 

.001 

.000 

45 

.006 

.001 

50 

.007 

.00^ 

55 

.011 

.006 

60 

.024 

xOOS 

65 

.043 

.018 

70 

.063 

.032 

75 

.096 

*o64 

80 

.152 

.113 

85 

.257 

.195 

90 

.423 

.338 

95 

.622 

.555 

100 

.944 

.944 

The  empirical  cdf  evaluated  at  x  is  the  propor- 
tion of  the  samples  at  which  <x  percent  of  the 
alarm  boxes  have  at  least  one  of  their  two 
closest  ladders  available.    The  lower  the  value 
of  this  proportion  for  a  given  value  of  x,  the 
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better  the  policy  that  produced  it  is  for  cov- 
erage.   Letting  F^(x)  be  the  empirical  cdf  from 
the  current  relocation  policy  and  Fp(x)  be  Che 
empirical  cdf  I'rom  the  proposed  relocation  pol- 
icy, we  sec  from  Table  3  that 

These  results  indicate  that,  as  far  as 
coverage  is  concerned)  the  proposed  relocation 
policy  is  at  least  as  good  as  the  current  pol- 
icy and  nay  be  considerably  better.    The  propor- 
tion of  the  tine  that  less  than  90  percent  of 
the  boxes  have  at  least  one  of  their  two 
closest  ladders  available  drops  from  .42  to 
.34,  a  19  percent  decrease. 

Response  Tine 

In  the  proposed  relocation  ai»^orithn 
coverage  is  the  criterion  used  to  detemlne 
vhich  of  the  empty  houses  should  be  filled. 
To  determine  which  of  the  available  companies 
should  be  moved  to  fill  those  houses  a  re- 
sponse time  criterion  Is  used.    Of  course, 
coverage  and  response  time  are  related  mea- 
sures; coverage  representing  latent  response 
times.    But  they  are  far  from  equivalent. 

The  proposed  relocation  algorithm  led  to 
snail  but  consistent  improvements  In  respdnsa 
time.    For  example,  we  found  a  1  percent  re- 
duction in  average  time  to  first  arriving  lad- 
der and  a  6  percent  reduction  in  average  time 
to  the  second  ladder.     (The  simulation  runs 
were  too  short  for  these  and  similar  differ- 
ences to  be  statistically  significant.) 


The  behavior  in  the  tails  of  the  response 
time  distributions  is  also  important.    It  was 
hoped  that  the  new  relocation  policy  would  re- 
duce the  probability  of  having  large  response 
times  to  firet.    The  simulation  indicates  that 
this  will  happen: 

Let  G^(x)  =  fraction  of  all  alarms  which 
have  a  first  ladder  response 
time  <_  X  .minutes  using  the 
current  relocation  policy 

,  Gp(x)  =  fraction  of  all  alan:;s  vhich 
have  a  first  ladder  response 
tine  <^  X  minutes  using  the 
proposed  relocation  policy. 

We  found  that  G^(x)  £  Gp(x)  for  all  values  of  x. 

The  inequality  also  holds  when  we  look  at 

second  ladder  response  tices  rather  than  first 

ladder.    Differences  between  the  two  policies 

are  greater  than  for  first  ladders  and  ara  often 

meaningful.    For  example,  the  proportion  of 

alarms  at  which  the  second  ladder  arrives  in 

more  than  8  ninutes  was  reduced  from  .15  to  .08. 

Workload 

There  is  a  wide  disparity  in  workload  among 
fire-fighting  companies  in  New  York  City.  There 
are  areas  of  the  city  in  which  companies  respond 
to  over  6000  alarms  a  year,  while  several  miles 
away  other  companies  respond  to  fewer  than  2000 
alarms.    Relocation,  as  an  auxiliary  effect,  can 
help  ba?.ance  workload.    Generally,  the  empty 
houses  to  be  filled  will  be  the  houses  of  the 
busy  companies.    If  a  company's  workload  were 
considered  in  choosing  companies  to  fill  these 
houses,  low  running  companies  could  be  given  in- 
creased work.    The  current  relocation  policy  does 
not  consider  workload^  the  propostd  one  does. 
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The  simulation  showed  that  the  proposed  policy 
would  lead  to  significant  shifts  in  workload. 
For  example >  one  busy  company's  workload  was 
reduced  10  percent  while  a  slow  Icrw  running 
company's  workload  was  increased  by  17  percent. 

After  these  initial  tests  of  the  proposed 
relocation  policy  were  made,  to  determine  if 
the  policy  would  work  at  least  as  well  as  the 
present  policy,  we  used  the  simulation  again  to 
test  the  proposed  policy  on  a  real  scenario 
which  represented  the  alarms  received  on  one  of 
the  worst  evenings  ever  experienced  in  the 
Bronx.    No  change  was  required  in  the  simula- 
tion program  to  test  this  case;  it  was  suffi- 
cient to  bypass  the  input  program  and  use  the 
real  data  as  input  to  the  simulation  program. 
We  then  compered  the  simulation's  output  witfi 
the  actual  results  from  that  evening.  The 
results  are  reported  in  [4] . 

C.    OTHER  AiXOCATiaN  POLICIES 

One  approach  to  matching  the  fire-fighting 
resources  on  duty  during  a  given  period  to  the 
demand  for  their  services  is  to  create  "part- 
time"  companies  which  operate  only  during  tl.fc 
periods  of  high  alarm  incidence.    This  approach 
was  described  above.    An  alternative  approach 
is  to  use  existing  full-timf  units,  but  revise 
the  firemen's  work  hours  to  have  the  on-duty 
period:>  Zoi:  the  two  shifts  (or  platoons)  of 
firemen    '-srlap  or  run  concurrently. 

Currently  one  platoon  of  firemen  works 
from  9  a.m.  to  6  p.m.  (9  hours)  and  the  second 


platoon  works  from  6  p.m.  until  9  a.m.  (15  hours). 
Under  the  proposed  work-chart  (call'^.d  the  "con- 
current two  platoon"  schedule)  one  platoon  would 
work  from  3  p.m.  to  midnight  (9  hours)  and  the 
second  platoon  (manning  a  separate  piece  of  ap- 
paratus) would  work  from  9  a.m.  to  midnight  (15 
hours) .    This  schedule  would  place  on  duty  in  the 
concurrent  company's  house  the  following  number 
of  I'jiits  over  the  day: 

midnight-9  a.m.  0  units 

9  a.m. -3  g.-m.  1  unit 

3  p.m. -midnight  2  units 

Assuming  there  are  nearby  units  manned  in  the 
usual  way,  this  schedule  provides  a  time  distri- 
bution of  units  which  closely  matches  the  time 
distribution  of  alarms.    For  example,  two  units 
in  an  area,  one  a,  concurrent,  would  provide 
1,  2,  and  3  units  on  duty  in  the  ?rea  in  the 
three  tir.e  periods. 

The  impact  of  such  a  reassignment  of  man- 
power was  hard  to  predict  without  simulation, 
particularly  if  it  were  tried  in  conjunction  with 
a  change  in  the  response  policy  for  street  box 
alarms  (namely  a  change  to  the  adaptive  response 
policy  previously  described).    Between  9  a.m.  and 
3  p.n..  there  would  be  no  difference  in  workload 
or  avaiJ ability  since  there  would  be  no  change 
in  the  number  of  active  companies.  However, 
between  midnight  and  9  a.m.  there  would  be 
fewer  units  on  duty  than  before,  and  the  in- 
crease in  response  time  to  alarms  occurring 
during  these  hours  would  have  to  be  compared  to 
the  reduction  in  workload  and  response  times 
produced  during  the  hours  of  3  p.m.  to  midnight. 
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In  addition,  the  magnitude  of  Increase  in 
workload  for  the  concurrent  company  would  have 
to  be  examined. 

We  ran  the  simulation  using  three  differ- 
ent alarm  rates : 

o  3  alarms  per  hour,  representing  the 
period  midnight  to  9  a.m.  (period  1) 

o  10  alatms  per  hour,  representing  the 
period  ^  a.m.  to  3  p.m.  (period  2) 

o  20  alarms  per  hour,  representing  the 
period  3  p.m.  to  midnight  (period  3) 

The  traditional  initial  dispatch  policy  was 
used  for  rates  of  3  and  10  alarms  per  hour  and 
the  adaptive  response  dispatch  policy  was  used 
for  20  alarms  per  hour  (since  adaptive  response 
had  been  shovn  to  be  cost  effective  at  high 
alarm  rates  and  when  extra  companies  were  on 
duty).    The  number  of  ladders  on  duty  in  re- 
gion 1  (the  same  high  activity  region  as  in 
the  first  set  of  simulations)  was  varied  from 
10  to  19  a*  number  of  engines  from  12  to 

23.    The  simulation  was  run  for  22  different 
combinations  of  alarm  rate  and  number  of  units 
on  duty.    In  each  case  a  run  length  of  3620  in- 
cidents was  used.    The  same  sequence  of  inci- 
dents was  used  for  the  3  and  10  alarms  per  hour 
runs  (although  the  a7     -s  were  occurring  faster 
at  10  alarms  per  hour).    But,  for  20  alarms  per 
hour,  a  different  probability  distribution  of 
incident  typ<^s  was  used  (since  false  alarms  and 
rubbish  fires  represent  a  significantly  higher 
percentage  of  alarms  in  the  evening  than  at 
other  times). 

Results  from  16  of  the  simulation  runs 
are  presented  in  Table  3.    They  may  be  used  in 


several  ways  to  develop  allocation  policies  which 
match  service  to  demand.    For  example,  suppose  we 
wish  to  determine  the  number  of  concurrent  com- 
panies to  create  so  as  to  minimize  the  average 
response  time  to  all  serious  fires  (fires  re- 
quiring the  services  of  two  or  more  ladder  com- 
panies) .    The  rate  of  occurrence  of  serious  fires 
is  not  the  same  throughout  the  day.    The  percent- 
age of-  all  alarms  in  region  1  which  are  serious, 
the  average  number  of  serious  alarms  which  occur 
per  hour,  and  the  percentage  of  the  day's  serious 
alarms  which  occur  in  each  of  the  3  p'^riods  of 
the  day  are  given  below: 

Percentage 
of  day's 

Serious      Serious  alarms  serious 
Period  (i)  Percentage       per  hour  alarms 

1  3  .23  22 

2  4  .40  24 

3  3  .60  34 

To  evaluate  alternative  concurrent  two- 
platoon  policies  we  look  only  at  allocations 
which  leave  21  engines  and  13  ladders  in  region  J 
(the  number  .currently  located  there)  between 
9  a.m.  and  3  p.m.,  take  away  t  certain  number  of 
units  (n)  between  midnight  and  9  a.m.,  and  add 
this  number  of  i^'ts  to  the  region  for  the  3  p.m. 
to  midnight  shif*      For  example,  one  such  policy 
(for  n  =  3)  locates,  respectively,  18,  21  and 
24  engines  in  region  1  for  the  three  periods  of 
the  day  (which  means  transforming  three  full- 
time  engine  companies  into  concurrent  two-platoon 
companies) . 

To  determine  the  n  which  minimizes  the  aver- 
age first  engine  response  time  to  serious  fires 
in  region  1  we  calculate,  for  each  n: 
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Table  5.    CONCURRENT  TWO-PLATOON  SIMULATION  TEST 
REGION  1  RESULTS 


Alarm  rate 

f  a1  aTTHQ  /hniir  ^ 

Engines 

Ladders 

No.  in 
region 

Wo rkload 
(responses/ 
hour) 

Response  times 
(mins .) 

No.  in 
region 

Ifo  rkload 
(responses/ 
hour) 

Response  times 
(mins.) 

1st  E 

2nd  E 

3rd  E 

1st  L 

2nd  L 

5 

12 

.720 

2.41 

3.80 

4.90 

10 

.623 

2.57 

4.17 

(nldnlght- 

14 

.642 

2.31 

3.51 

4.74 

11 

.577 

2.47 

3.99 

9  a.m.) 

.538 

2.28 

3.51 

4.33 

12 

.549 

2.46 

3.87 

•8 

.515 

2.20 

3.25 

4.17 

13 

.515 

2.40 

3.7.2 

•a 

.448 

2.17 

3.17 

3.83 

15^ 

.443 

2.33 

3.53 

10 

12 

1.261 

2.76 

4.47 

5.86 

10 

1.119 

2.94 

4.92 

(9  a.m.- 

14 

1.152 

2.58 

4.10 

5.39 

11 

1.050 

2.78 

4.67 

3  p.m.) 

17 

.996 

2.45 

3.85 

4.80 

12 

1.018 

2.73 

4.44 

18 

.956 

2.33 

3.61 

4.71 

13 

.962 

2.62 

4.29 

2ia 

.849 

2.27 

3.43 

4.16 

15^. 

.838 

2.47 

3.84 

20 

12 

2.075 

3.45 

4.79 

7.61 

10 

1.631 

3.66 

6.51 

(3  p.m.- 

14 

1.958 

3.15 

4.45 

6.58 

11 

1.541 

3.43 

6.16 

midnlght) 

2ia 

1.464 

2.50 

3.62 

5.31 

15^ 

1.283 

2.77 

5.04 

24 

1.308 

2.35 

3.32 

4.82 

17 

1.158 

2.66 

4.75 

25 

1.260 

2.32 

3.29 

4.90 

18 

1.105 

2156 

4.64 

19 

1.053 

2.50 

4.50 

number  of  units  currently  located  in  Region  1. 


times  over  the  day.    For  example,  \n  the  above 
case  (n  =  3  for  engines)  the  spread  in  average 
response  time  to  the  third  engine  is  re'Juced 
from  1.48  minutes  (n  =  0)  to  .66  minutes  without 
seriously  degrading  response  times  during  the 
early  mcrning  hours  (the  first  and  second  engine 
response  times  during  period  1  remain  better 
than  during  either  of  the  other  periods). 

The  other  major  effectiveness  measure  which 
is  affected  by  the  creation  of  concurrent  com- 
panies is  workload.  Continuing  the  example  used 
above,  suppose  3  concurrent  engine  companies  are 
created.  As  a  result,  18  engines  remain  on  duty 
in  period  1  with  each  one  making  more  responses. 
The  average  number  of  runs  loade  per  engine  com- 
pany during  this  period  is  increased  from  4.0  *co 
4.6.    But,  by  having  24  units  on  duty  in  period  3 
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S(n)  =  .22R,(21-n)  +  .24R2(21)  +  .54R^(21+n) 

where  SCn)  =  the  average  first  engine  response 
time  to  serious  fires  with  n  con- 
current engine  companies 

R^(k)  =  the  average  first  engine  response 
tine  in  time  period  i  with  k  en- 
gine companies  located  in  region  1. 

The  values  of  S(n)  for  n  =«  0,  3  and  4  are 

tabulated  below: 

n  S(n) 

0       2.372  minutes 

3  2.298 

4  2.299 

We  see  that  creating  3  (or  4)  concurrent  t*n- 
gine  companies  would  reduce  first  engine  re- 
sponse time  to  serious  fires  by  about  five 
seconds . 

The  use  of  concurrent  companies  has  an- 
other effect  on  response  times,  serving  t(' 
reduce  the  wide  spread  in  average  response 


Instead  of  21  the  average  number  of  runs  per 
engine  company  during  this  period  Is  reduced 
from  13.2  to  11.8,  lightening  their  burden 
during  the  busiest  time  of  day,  when  they  need 
it  most. 

Although  it  is  interesting  to  look  at  the 
effects  of  concurrents  on  average  workload, 
their  principal  usefulness  is  to  reduce  the 
workload  of  specific  busy  companies.    The  work- 
load effect  from  creating  concurrents  will  vary 
widely  depending  on  which  companies  are  chosen 
to  become  concurrents  where  they  are  deployed 
and  what  the  response  policy  is .    If  the  com- 
panies made  into  concurrents  are  low  running 
companies,  and  they  are  stationed  with  high 
running  companies,  splitting  their  responses 
to  alarms,  then  a  better  balance  in  company 
workload  would  be  obtained. 

The  simulation  can  be  used  to  assess  the 
workload  effect  of  concurrents  on  each  individ- 
ual company. I  In  particular.  Table  6  shows  the 
distribution  of  work  among  the  21  engine  com- 
panies in  Region  1,  and  the  effect  of  creating 
three  concurrent  engine  ccmpanies.    The  avorage 
number  of  responses  per  hour  has  been  tabulated 
for  each  company  for  each  time  period  with  and 
without  the  three  concurrent  companies.  For 
«  each  company  the  average  number  of  daily  re- 
sponses has  been  calculated  from  the  hourly 
averages.    The  three  coQipanies  chosen  to  be 
made  into  concurrents  are  each  co-located  with 
another  engine  company  at  present,  so  no  en- 
gine house  was  left  vacant  during  period  1. 


Their  partners  are  indicated  by  a  single  asterisk 
in  Table  6. 

The  results  indicate    *iat  several  of  the 
engine  companies  (principally  those  which  gain 
a  partner  during  period  3,  indicated  by  a  double 
asterisk  in  Table  6)  would  obtain  a  significant 
reduction  in  period  3  workload.    For  example,  the 
workload  of  engine  10  in  period  3  is  reduced 
32  percent,  from  1.A2  responses  per  hour  to 
.96  responses  per  hour.    Since  it  experiences 
only  a  small  increase  in  workload  in  period  1, 
its  average  daily  responses  drop  17  percent,  from 
23  to  19.    However,  most  of  the  18  regular  com- 
panies do  not  get  so  much  relief. 

The  three  concurrent  companies  become  hard 
working  companies.    Since  they  do  not  work  during 
period  1  and  double  up  during  period  3  their 
workload,  which  had  averaged  lA  percent  less  than 
that  of  the  other  18  companies,  becomes  almost 
16  percent  higher  than  the  new  reduced  average 
W;>rkload  of  the  18  companies.    One  concurrent 
company,  which  had  been  the  lowest  rur,  Ing  com- 
pany of  all  21  units,  becomes  thirteenth  lowest. 
The  other  two  concurrent  companies  have  their 
rankings  Increased  from  10th  to  17th  lowest  and 
from  12th  to  18th  lo'v/est  (or  fourth  highest). 

The  concurrent  two-platoon  system  has  not 
yet  been  Implemented.    There  is  a  natural  reluc- 
tance of  the  fire-fighters  to  change  their  work- 
ing hours,  which  are  now  guaranteed  by  a  provi*- 
sicr  in  the  state  constitution.    But,  chances  for 
implementation  grow  as  the  city's  budget  problems 
and  demands  for  increased  productivity  grow. 


Table  6.     EFFECT  ON  WORKLOAD  OF  CHANGING  3  PERMANENT 
ENGINE  COMPANIES  TO  CONCURRENT  COMPANIES 


Average  number  of  responses/hour 

(without  concurrents 

^wlth  3  concurrents 

Engine 

idenclf IcaClon 

Mldnlght-9  a.m. 

Oar"  "-"^  n  m 
d  .  i44.    •<>    ^  .  ui . 

3  p.m. -midnight 

Regular  coopanle^ 

1** 

.547.55 

.96/. 96 

±  .  HO/  ±  .  UO 

23  93/20  ifi 

2 

.61/. 61 

1.06/1.06 

1.73/1.68 

27.39/26.95 

3* 

.43/. 77  i 

.87/. 87 

1.48/1.39 

22.41/24.66 

4 

.35/. 36 

.70/. 70 

1.41/1.32 

5 

.35/. 36  • 

.70/. 70 

1.41/1.32 

20.04/19 .32 

6 

.53/. 54 

.99/.99 

1.59/1.49 

24.96/24.20 

7 

.34/. 35 

.69/. 69 

1.28/1.23 

18.72/18.36 

8 

.3^:/. 35 

.69/. 69 

1.28/1.23 

18.72/18.36 

9* 

.35/. 62 

.  72/. 72 

1.48/1.33 

20  79/21  87 

10** 

.51/. 52 

-96/. 96 

1.42/. 96 

23.13/19.08 

11 

.76/. 77 

1.31/1.31 

1.97/1.99 

32.42/32.69 

12 

.83/. 82 

1.39/1.39 

03/2.02 

34.09/33.99 

13 

.30/. 31 

.60/. 60 

1.12/1.09 

16.37/16.15 

lA 

.45/. 46 

.87/. 87 

1.56/1.42 

23.31/22.14 

15** 

.66/. 66 

1.17/1.17 

1.77/1.28 

28.88/24.47 

16 

.37/. 37 

.74/. 74 

1.27/1.20 

19.20/18.57 

17 

.37/. 37 

.74/. 74 

1.27/1.20 

19.20/18.57' 

18* 

.27/. 50 

.54/. 54 

1.11/1.04 

15.66/17.10 

Ave  rage : 

Regular  companies 

.46/. 52 

.87/. 87 

1.48/1.35 

22.74/22.01 

Concurrent  com- 

panies 

19a 

.27/— 

.54/. 54 

1.11/1.04 

15.66/24.12 

b 

—/1. 28 

20a 

.35/— 

.72/. 72 

1.48/1.33 

20.79/26.01 

b 

—/1. 08 

21a 

.43/— 

.87/. 87 

1.48/1.39 

22.41/26.37 

b 

-/.96 

Average:  ' 

Concurrents 

.35/-'- 

.71/. 71 

1.36/2.3^' 

19.62/25.50 

Presently  ont*  of  the  3  companies  to  be  made  Into  a  concurrent  company  Is 
co-located  with  this  company  and  shares  Its  responses.    When  three  conc<;rrent  companies 
arc  created  one  of  them  will  be  co-located  with  this  company  for  15  hou'-s  (9  a.m.- 
mldnlght)  and  will  share  its  responses. 
** 

When  3  concurrenl'  companies  are  created  one  of  them  will  be  co-located  with  t^^.»> 
company  for  9  hours  (3  p.m. -midnight)  and  will  share  Its  responses. 
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ON-LINE  SIMULATION  OF  URBAN  POLICE 
PATROL  AND  DISPATCHING 


Richard  C.  Larson 
Massachusetts  Institute  of  Technology 

Abstract 

This  paper  describes  a  computer  simulation  of  police  patrol  forces  that 
has  been  implemented  for  resource  planning  in  several  police  departments. 
The  work  is  based  on  the  simulation  methodology  described  in  Urban 
Policir.  Patrol  Analysis  (M.I.T.  Press,  1972).    Accompanying  the  presenta- 
tion will  be  an  on-line  computer  demonstration  of  the  model  using  a  data 
base  supplied  by  the  Boston  Police  Department;    The  developed  system  is 
general  and  can  be  adapted  to  suit  the  needs  of  any  police  department 
in  evaluating  policies  in  the  following  areas: 

o  the  allocation  of  preventive  patrol  effort  and  the  effect 
of  changes  in  patrol  resources  and  manpower  scheduling  on 
the  allocations. 

o    the  design  of  standard  or  overlapping  sectors. 

o    the  costs  and  benefits  of  an  automatic  car  locator  system. 

o    response  patterns  for  specialized  i.\lts  (e.g.,  police 
ambulances) . 


I.  Introduction 

Until  very  recently  police  departments  did 
not  have  access  to  quantitative  decision-aiding 
tools  that  have  gained  wide  acceptance  in  indus- 
trial and  military  settings  over  the  past  two 


decades.    Prior  to  the  work  of  tae  President's 
Commission  on  Law  Enforcement  and  Administration 
of  Justice^,  the  urgent  need  for  these  tools  was 
not  widely  known.    The  Commission's  recommend:*- 
tions  and  the  1968  Omnibus  Crime  Control  and  Safe 


371 


Street  Act**  provided  the  impetus  for  research 
and  development  to  assist  police  administrators 
in  addressing  a  wide  range  of  important  policy 
questions : 

o    Is  a  ten  percent  increase  in  manpower 
justified? 

o    What  are  the  tradeoffs  between  the  activi- 
ties of  responding  to  calls  and  performing 
preventive  patrol? 
o    How  is  an  automatic  car  locator  system  to 

be  evaluated? 
o    What  would  be  the  effects  of  shifting  to 

one-man  cars  in  parts  of  the  city? 
0    Should  the  tour  structure  be  changed? 
0    Should  dispatching  procedures  become  more 

formalized? 
o    Hcr^  should  sectors  be  designed? 
o    If  ambulance  runs  were  made  the  responsi- 
bility of  police,  how  would  overall  •^er- 
formance  be  altered* 
That  these  questions  were  not  receiving 
systematic  attention  is  evidenced  by  the  fact 
that  far  les^  than  one  percent  of  the  budgets  of 
police  departments  had  been  devoted  to  research 
or  development  and  that  usually  90  percent  or 
more  of  the  costs  of  a  police  department  vere 
consumed  directly  by  salaries  and  fringe 
benefits. 

One  response  to  these  needs  is  the  recent 
development  and  implementations  of  a  general 
purpose  simulation  model  of  police  dispatch  and 
patrol  operations.    This  model  is  constructed  to 
allow  its  users  to  replicate  to  a  very  great 
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extent  the  actual  dispatch  and  patrol  operations 
of  most  urban  police  departments,  thereby  provid- 
ing a  tool  to  assist  in  answering  the  types  of 
questions  listed  above.    Police  administrators 
'Should  find  simulation  models  valuable  for  the 
following  purposes: 

1.  They  facilitate  detailed  Investigations  of 
operations  throughout  the  city  (or  part  of 
the  city); 

2.  They  provide  a  consistent  framework  for 
estimating  the  value  of  new  technologies; 

3.  They  serve  as  training  tools  to  increase 
awareness  of  the  system  interaci.lonr  and 
consequences  resulting  from  every  day 
policy  decisions; 

4.  They  suggest  new  criteria  for  monitoring 

and  evaluating  actual  operating  systems. 

3 

A  recent  article  by  Colton    reporting  survey 
results  from  apjiroximately  500  police  departments 
revealed  that  \     i  '»  themselves  view  the  use  of 
computers  for  resource  allocation  as  the  single 
most  important  application  of  computers'  iii  the 
coming  years".    Simulation  models  and  other  ana- 
lytical tools  should  play  an  important  role  in 
this  work. 

This  paper  will  outline  the  structure  of  the 
model  developed  by  the  author,  its  use  in  an  on- 
line '.nteractive  mode,  and  its  current  implemen- 
tation status  in  several  large  U.S.  cities. 
Accompanying  the  oral  presentation  of  the  paper 
will  be  a  demonstration  of  the  model,  using  data 
derived  from  the  implementation  at  the  Boston 
Police  Department  (Boston,  Massachusetts). 


Overall  Model  Structure 

The  simulation  works  in  the  following  way: 
Incidents  are  generated  throughout  the  city, 
distributed  randomly  in  time  and  space  according 
to  observed  statistical  patterns.    Each  incident 
has  an  associated  priority  number,  the  lower 
nc^ibers  designating  the  most  important  inci- 
dents.   For  instance,  a  "priority  1"  incident 
would  be  "officer-in-trouble,"  "felony-in- 
progress,"  or  "seriously  injured  person;"  a 
"priority  4"  incident  could  be  "open  fire 
hydrant,"  "lock-out,"  or  "parking  violation." 
As  each  incident  becomes  known,  an  attempt  Is  j 
made  to  assign  (dispatch)  a  patrol  unit  to  the  ' 
scene  of  the  incident.    In  attempting  this 
assignment,  the  computer  is  programmed  to  dup- 
licate as  closely  as  possible  the  decision- 
making logic  of  an  actual  police  dispatcher. 
In  certain  esses  this  assignment  cannot  be  per- 
formed because  the  congestion  level  of  the  force 
is  too  high;  then,  the  incident  report  (which 
might  in  i»utuality  be  a  complaint  ticket)  joins 
a  queue  of  waiting  reports.    The  queue  is 
deplf'^ed  as  patrol  units  becpme  available. 

The  model  is  designed  to  study  two  general 
classes  of  administrative  policies: 

1.  The  patrol  deployment  strategy 

2.  The  dispatch  and  reassignment  policy. 
The  patrol  deployment  strategy  determines  the 
total  number  of  patrol  units,  whether  units  are 
assigned  to  non-overlapping  sectors,  which 
sectors  constitute  a  geographical  Command,  and 
which  areas  are  more  heavily  patrolled  than 


others.    The  dispatch  and  reassignment  policy 
specifies  the  set  of  decision  rules  the  dis- 
patcher follows  when  attempting  to  assign  a 
patrol  unit  to  a  reported  incident.    Included  in 
the  dispatch  policy  are  the  priority  structure, 
rules  about  cross-precinct  Uspatchlng,  the  queue 
discipline,  and  so  forth. 

There  are  several  important  measures  of 
operational  effectiveness  that  the  model  tabu- 
lates.   These  include  statistics  on  dispatcher 
queue  length,  patrol  travel  times,  amount  of 
preventive  patrol,  workloads  of  individual 
patrol  units,  the  amount  of  intersector  dis- 
patches, and  so  on. 

The  simulation  program  is  organized  to  re- 
flect the  spatial  relationships  inherent  in 
patrol  operations,  as  well  as  the  sequential  time 
nature  of  events  which  is  common  to  all  simula- 
tions.   First  the  spatial  or  geographical  struc- 

! 

ture  is  discussed,  then  the  time  sequence  of 
events . 

II.    1.    Geographical  Structure 

The  city,  or  arbitrary  share,  is  partitioned 
into  a  set  of  "geographical  atoms."    Each  atom  is 
a  polygon  of  arbitrary  shape  and  size.    The  atoms 
are  sufficiently  small  so  that  any  probability 
density  functions  over  the  atom  (depicting,  for 
instance,  the  positions  of  reported  incidents) 
can  be  considered  uniform  over  the  atom.  This 
does  not  restrict  accuracy  of  results,  because 
the  atoms  can  be  arbitrarily  small. 

A  patrol  unit's^  sector  is  a  collection  of 
atoms.    The  atoms  in  the  collection  need  not  be 
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contiguous  (spatially)  or  consecutive  (in  the 
numerical  ordering  of  atoms.)    In  general,  each 
atom  may  belong  to  any  number  of  (overlapping) 
patrol  sectors. 

A  patrol  command  (f  r  instance,  "precinct," 
"district,"  or  "division")  is  also  a  collection 
of  atoms.    Each  sector  must  be  fully  contained 
within  a  command. 

The  technique  that  is  essential  if  one  is 
to  structure  the  geographical  data  in  this  way 
is  the  point-polygon  method.    This  method  pro- 
vides a  computer  algorithm  for  answering  the 
following  question:    "Given  a  point  (x,y)  and  a 
polygon  specified  by  its  I  clockwise  ordered 

vertices  (x^,  yj)f(^2'  ^2^*""        '  ^i^' 
the  point  (x,y)  contained  within  the  polygon?" 
The  basic  idea  of  the  method,  which  is  fully 
discussed  by  S.  Nordbeck^,  is  to  extend  a  ray 
in  any  direction  from  the  point  in  question;  if 
the  ray  intersects  the  sides  of  the  polygon  an 
odd  (even)  number  o^f  times,  the  point  is^  (is 
not)  within  the  polygon.    The  method  is  com- 
pletely general  and  does  not  require  any  spec- 
ial properties  (for  example,  convexity)  of  the 
polygon.    It  is  particularly  well  suited  for 
machine  implementation,  since  the  tests  for 
intersection  are  quickly  performed  on  a  com- 
puter. 

In  che  simulation  model  the  point-polygon 
method  provides  a  convenient  way  to  generate 
samples  (x,^')  uniformly  distributed  over  a 
geographical  atom.    The  atom,    hich  is  a  poly- 
gon of  arbitrary  shape,  is  enclosed  ,ln  the 


smallest  rectangle  fully  containing  it.  Then, 
using  two  random  numbers,  a  candidate  point  that 
has  a  uniform  distribution  over  the  rectangle  is 
obtained.    If  this  point  is  also  within  the  poly- 
gon, it  is  accepted  as  the  sample  value;  other- 
wise it  is  rejected  and  new  points  generated 
until  one  is  accepted.    The  probability  that  any 
candidate  point  will  be  accepted  is  equal  to  the 
ratio  of  the  area  of  the  polygon  (A^)  to  the 
area  of  the  rectangle  C^..).    The  number  of  can- 

K 

didate  points  that  have  to  be  generat*:'d  until 
one  is  accepted  is  a  geometrically  distributed 
random  variable  with  mean  A^^/Ap.       For  reason- 
ably compact  polygons,  this  number,  reflecting 
sampling  efficiency,  is       »ally  less  than  2  (and 
often  quite  close  to  1). 
II.    2.    Time  Sequence  of  ..vents 

The  situuiail '^n  is  an  event-paced  model. 
That  is,  once  a  certain  set  of  operations  asso- 
ciated with  one  event  is  completed,  the  program 
determines  the  next  event  that  occurs  and  up- 
"*.ates  a  simulation  clock  by  adding  to  the  present 
time  the  time  until  the  next  event.    The  program 
then  proceeds  with  the  set  of  operations  associa- 
ted with  that  event.    Once  the  clock  reaches  some 

maximum  time  (T     ),  the  simulation  is  terminated 
max 

and  summary  statistics  are  tabulated  and  printed 
out.    One  completed  run  of  the  s-'nulation  entails 
inputting  data,  initialization  of  simulation 
status  variables'^  executing  the  program  for  an 
equivalent  time  T^*^^,  /^r/J  printing  the  summary 
statistics.  ^ 

We  f}o  not  have  space  here  to  provide  details 
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cf  the  various  dispatching  algorithms  or  patrol 
deployment  policies,  but  we  provide  a  brief  dis- 
cussion of  the  important  parameters  at  each 
point  in  the  simulation. 

The  main  type  of  event  that  occurs  is  a 
reported  incident  or  a  "*\al)  for  police  ser- 
vice."   The  times  of  occurrence  of  calls  are 
generated  as  in  a  Poisson  process  with  rate 
parair    >r  LAMBDA  (-average  numbev  tf  calls  per 
hour).    Thie  greater  the  value  of  LAMBDA,  the 
more  likely  it  is  that  the  system  will  incur 
congestion  (saturation)  of  resources.  The 
location  of  the  call  is  d'' •''irmined  from  histor- 
ical patterns  which  indicate  the  fraction  of 
calls  that  originate  from  each  atom;  given  the 
atom  Q  Call,  its  spatial  location  v;ithin 

the  atom  is  assumed  to  be  uniformly  distri- 
buted.   The  priority  of  the  call  Is  determined 
from  historical  data  which  may  vary  by  atom. 

Once  the  position  and  priority  of  rhe  in- 
cident are  known,  the  program  executes  a 
DISPATCH  algorithm  that  attempts  to  assign  a 

patrol  unit  to  the  incident.    Tliis  algorithm  is 

i 

governed  by  the  dispatch  policy  specified  by 
the  user.     1ne  component  of  the  dispatch  policy 
specifies  the  geographical  area  from  which  a 
unit  may  be  dispatched: 

Option  1:    Only  assign  a  unit  whose  p  ,rol 
sector  includes  the  geographical 
atom  containing  the  incident  (a 
sector  policy) 

Option  2:    Only  assign  a  unit  whose  precinct  or 
district  designation  ^s  the  sane  as 


that  of  the  incident  (x  precinct  or 

district  policy) 
Option  3:    Only  assign  a  unit  whose  division* 

designation  is  the  same  as  that  of  the 

incident  (a  division  policy) 
The  particular  option  on  a  given  run  is  usually 
specified  ac  the  stare  of  the  run,  although  the 
user  may  choose  to  use  the  interactive  feature 
to  alter  the  dispatch  policy  during  the  course 
of  a  run. 

Given  that  a- patrol  unit  is  within  the 
correct  geographical  area  for  a  particular  in- 
cident, thii  algorithm  then  determines  whether 
the  unit  is  considered  "eligible  for  dispatch" 
to  u  Is  •'-vcidenx..    This  determination  focuses  on 
estimated  travel  tims  to  the  incident,  the 
priority  of  the  incident,  and  the  current  acti- 
vity of  the  patrol  unit.    In  general,  the  user 
may  specify  a  dispatch  policy  that  allows  very 
important  incidents  to  preempt  (interrupt)  patrol 
units  servicing  incidents  of  lesser  importance. 
In  addition,  the  "importance"  of  preventive 
patrol  may  vary  with  each  unit,  thereby  giving 
the  user  the  capability  of  assuring  at  least 
some  iTilnimal  level  of  continuous  preventive 
patrol . 

If  no  unit  is  found  eligible  for  dispatch, 
the  reported  incidenf  is  inserted  at  the  end  of 
a  queue  of  ether  unserviced  incidents.  There 
may  be  separate  queues  for  each  command  and  each 
priority  level. 

*^A  division  contains  jSevaral  precincts  or 
districts. 
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If  at  least 'one  unit  satisfies  the  eligi- 
bility conditions,  one  is  selected  for  dispatch 
according  to  a  prespecified  criterion  such  as 
minimal  expected  travel  time.    The  assigned 
unites  priority  status  and  position  are  changed 
accordingly. 

A  second  major  type  of  event  occurs  when  a 
patrol  unit  completes  servicing  an  incident.  A 
REASSIGNMENT  algorithm  is  then  executed  that 
eit!.er  (1)  reassigns  the  returning  unit  to  an 
unserviced  incident  or  (2)  returns  the  unit  to 
preventive  patrol.    The  eligibility  conditions 
regarding  priorities,  travel  distances,  and 
geographical  areas,  which  are  necessary  to 
specify  a  dispatch  policy,  are  also  an  integral 
part  of  the  reassignment  policy.    In  addition, 
it  is  necessary  to  specify  how  one  unserviced 
incident  is  given  preference  over  another. 
This  part  of  the  reassignment  policy,  called 
the  reassignment  preference  policy^  parallels 
the  queue  disciplii  e  in  ordinary  queuing 
systems. 

II.    3.    Location  Estimation 

If  not  all  available  position  information 
is  used  or  if  the  unit  is  performing  preventive 
patrol,  the  method  of  estimation  of  patrol  unit 
position  must  be  specified.    Three  options  are 
available,  one  which  simulates  the  information 
provided  by  an  automatic  car  locater  system, 
and  two  which  simulate  estimation  guessing  pro- 
cedures that  are  commonly  found  today  in  most 
police  operations. 


II.    4.    Simulation  Variables 

The  simulation  program  can  tabulate  statis- 
tics on  any  "algebraically  defined  variable.  The 
variables  that  have  been  roost  often  recorded  in 
our  studies  are: 

1.  Total  time  required  to  service  an  incident, 
that  is  travel  time  plus  time  at  the  scene. 

2.  Workload  of  each  parrol  unit  (measured  in 
total  job  assignments  and  in  time  spent  on 
jobs). 

3.  Fraction  of  services  preempted. 

4.  Amount  of  preventive  patrol. 

5.  Travel  time  of  a  unit  to  reach  the  scene  of 
the  incident. 

6.  Dispatcher  queue  length. 

7.  Dispatcher  queue  wait. 

8.  The  number  of  intersector  dispatches. 

9.  The  fraction  of  dispatch  and/or  reassignment 
decisions  for  which  the  car  position  was 
estimated >  rather  than  known  exactly. 

10.  The  fraction  of  dispatch  decisions  which 
were  nonoptimal,  in  the  sense  that  there  was 
ac  least  one  available  unit  closer  to  the 
scene  of  the  incident. 

11.  Tiie  extra  distance  traveled  as  the  result  of 
a  nonoptimal  dispatch  assignmant. 

As  will  be  d^'scussed  below,  each  variable 
may  be  tabulated  at  any  one  of  several  levels 
of  aggregation. 

III.    On-Line  Interactive  Capabilities 

During  the  past  two  years  a  great  deal  of 

effort  by  J.  Williamson,  R.  Couper,  and 


ERLC 


C.  Vogel*  has  been  devoted  to  implementing  ai. 
easy-to-use  on-line  Input /Output  package  with 
the  simulation.    This  effort  has  resulted  in  a 
program  thac  is  readily  usable  by  Pomcou^  with- 
out detailed  knowledge  of  computer  operation, 
the  simulation  logic,  or  statistics. 

The  core  of  the  I/O  package  is  a  sequential 
tree  structure  that  presents  to  the  user  the  op- 
tions thaxL  are  available  to  him.    If  the  user 
expresses  interest  in  a  particular  option,  de- 
tails of  use  are  printed  out,  the  level  of  which 
is  determined  by  the  responses  of  the  user.  De- 
fault: options  are  standard,  so  that  if  the  user 
does  not  know  what  to  do  at  a  particular  point, 
a  simple  carriage  return  yields  additional 
helpful  information.    A  sample  "I/O  session"  is 
depicted  In  Figure  1. 

Once-  the  initial  i/O  session  is  completed, 
the  user  has  specified  the  following:  the 
particular  geographical  data  base  he  wishes  to 
employ  (these  data  are  usually  stored  on  disk) , 
the  dispatch  procedures, the  method  of  car  loca- 
tion estimation,  the  length  of  the  run,  and 
whether  he  desires  to  trace  the  simulation  (and 
possibly  interact  with  it)  while  in  progress* 

Following  completion  of  the  simulation,  a 
"LEVEL  1"  output  is  printed.    A  sample  is  shown  . 
in  Figure  2.    This  contains  a  small  number  of 
highly  aggregated  statistics  describing  the 
run:    average  travel  time,  average  total 
response  time  (including  queuing  delay), 

*A11  of  Urban  Sciences,  Inc.  of  Wellesley, 
Massachusetts. 


average  workloads,  etc.    The  LEVEL  1  output  con- 
tains no  statistical  jargon  (for  instance, 
"variance"  or  "sample  size")  and  no  program  vari- 
ables.   It  is  self-    ntained  and  self-explanatory 
We  have  found  LEVEL  1  to  be  quite  useful  for  in- 
troducing police  planners  and  administrators  to 
the  capabilities  of  the  simulation  and  .for 
quickly  eliminating  runs  with  obviously  poor 
performance  characteristics. 

At  this  point  the  user  may  request  LEVEL  2 
output.    A  sample  is  shown  in  Figure  3.    As  can 
be  seen,  this  level  is  less  aggregated  and  pro- 
vides average  values  of  many  variables  by 
priority  level.    We  expect  that  a  sizable  number 
of  users  will  find  the  information  presented  in 
LEVEL  2  adequate  fot  certain  high-level  planning 
and  decision-making  problems  (e.g.,  determining 
overall  manning  levels). 

If  the  user  desires  even  more  detail,  he 
now  requests  portions  of  a  LEVEL  3  output*  A 
sample  is  shown  in  Figure  4.    As  one  can  see, 
this  level  presents  many  detailed  statistics  and 
can  be  of  great  assistance  in  very  fine-grain 
planning  problems,  for  instance,  sector  design* 
We  expect  that  very  experienced  users  will 
usually  demand  LEVEL  3  output  before  making  de- 
cisions affecting  actual  operating  procedures  in 
the  field  or  at  the  dispatcher's  position. 

Regarding  the  other  on-line  capabilities, 
we  have  found  that  the  TRACE  option  (which 
prints  out  the  details  of  each  call, 'assignment^ 
and  reassignment  in  real-time)  assists  new  users 
in  learning  of  the  operation  of  the  model  and  in 
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developing  a  good  Intuition  for  system  opera- 
tion.   We  also  have  in  mind  the  use  of  the 
TRACE  option  for  training  dispatchers  in  new 
dispatching  procedures.    In  this  mode  of  opera- 
tion, the  computer  would  request  the  user  to 
make  the  dispatch  or  reassignment  decision  at 
the  appropriate  times  (and  the  standard 
DISPATCH  and  REASSIGNMENT  algorithms  would  be 
by-passed).    Once  the  "dispatch-user"  settles 
on  a  particular  strategy  that  he  wishes  to  test 
in  detail,  he  can  stop  the  TRACE,  input  the 
control  parameters  des-^ribing  his  strategy,  a  , 
run  the  model  for  a  suffxci^ntly  long  time  to 
obtain  reliable  statistics. 
IV.  Implementations 
IV.    1.    Boston »  "Massachusetts 

To  date,  the  model  has  been  implemented  in 
detail  for  the  city  of  Boston^  and  used  in  a 
preliminary  way  in  a  number  of  other  cities. 
The  Boston  implementation  requires  call-for- 
service  data  for  each  of  over  800  "reporting 
areas'*  (geographical  atoms)  and  for  each  of 
four  priority  levels,    poston  is  partitioned 
into  12  districts  (patrol  -commands),  with  a 
total  of  approximately  93  radio-dispatchable 
patrol  units  in  the  field  at  any  one  t«m2.  The 
model  has  already  been  used  tc  analyze  the 
effects  of  various  automatic  car  locator  sys- 
tems for  the  city.    It  is  currently  being  used 
to  perform  sector  redesigns  and  to  determine 
the  effects  of  adding  additional  "district- 
wide'*  cars  to  certain  districts  during  heavy 
workload  hours.    Deputy  Superintendent  John 


Bonner  hopes  to  educate  field  commanders  in  its 
use  so  that  many  decisions  that  are  made  at  the 
district  level  could  oe  made  with  the  assistance 
of  the  simulation  model. 
IV.    2.    Washington,  D.C. 

A  somewhat  different  off-line  version  of 
the  model  is  being  crea; sd  and  implemented  for 
the  Washington,  D.C.  Metropolitan  Police  Depart- 
ment, under  the  technical  guidance  of  Mathemati- 
ca.  Inc.  and  with  the  support  of  the  Law  En- 
forcement Assistance  Administration.    Here  the 
city's  geographical  p'tructure  is  modeled  as  a 

rv 

Set  uf  discrete  points,  raCner  than  polygous, 
each  point  corresponding  to  one  city  (surveyor) 
block.    ?or  Washington,  D.C.  this  represents  ap- 
proximately 6,000  points,  or  sufficiently  fine- 
grain  detail  to  make  the  model  useful  for 
sector  redesigns  for  the  138  Scout  cars  distri- 
buted throughout  the  city.    The  selection  of  a 
point  geography  was  based  on  detailed  block- 
level  statistics  that  are  available  for  Washing- 
ton, D.C.  and  on  the  fact  that  an  off-line  model 
need  not  produce  rapid  turn  around  times  (in  the 
same  sense  as  an  on-line  real-time  model) .  This 
effort  started  in  January  of  1972  and  is  reported 
in  periodical  publications  of  Mathematica,  Inc. 
and  the  Washington,  D.  C.  Metropolitan  Police 
Department. 

IV.    3.    New  York  City 

In  August  1972  the  New  York  City  Police  De- 
partment contracted  with  the  New  York  City  Rand 
Institute  to  adapt  the  on-line  simulation  and 
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related  allocation  tools*  to  the  special  re- 
quirements of  New  York  City  and  to  implement 
those  tools  for  analysis  of  the  entire  patrol 
fo  ce  (distributed  throughout  ?3  precincts  in 
over  700  regular  radio-dispatchable  patrol  cars, 
plu*?  special-assignment  cars  and  radio-dispatch- 
able foot  patrolmen).    The  Department  hopes 
eventually  to  provide  each  precinct  commander 
with  a  readily  understandable  set  of  on-line 
decision  tools,  with  easy  terminal  access  from 
each  of  the  75  precinct  station  houses.  Thus, 
as  in  Boston,  it  is  hoped  that  these  tools  will 
be  used  for  short-tena  decentralized  decision- 
making, as  well  as  for  longer-term,  central- 
ized resource  allocation  and  planning  and  re- 
search.   As  of  this  writing  this  work  is  still 
In  the  planning  stages,  but  its  progress  will 
be  documented  in  reports  from  the  Naw  York  City 
Rand  Institute. 

IV.    4.    N.itional  Research  Council  of  Canada 

During  the  past  year  .or  so  T.  Arnold  and 
F.  R.  Lipsett  of  the  Radio  and  Electrical 
Engineering  Division  of  tbo  National  Research 
Council  of  Canada  have  reprogrammsd  the  version 
of  the  model  detailed  in  Ref.  [7],  in  order  to 
adapt  the  programs  to  their  computing  system. 
Their  work  is  currently  in  progress,  aimed  at 
detenrining  the  potential  usefulness  of  simula- 
tions to  small  police  forces.    Recently  they 
have  started  simulating  a  co-operating  police 
force  near  Ottawa  which  operates  with  5  sectors 

*See,  for  instance,  the  resource  allocation  al- 
gorithm described  in  Chapter  5  of  Ref.  [8]. 


and  5  patrol  cars.    They  anticipate  preliminary 
documentp.tion  of  this  work  by  January  1973. 
IV-    5>    Demonstrations  in  Other  U.S.  Cities 

Hie  New  York  City  Rand  Institute,  as  part 
of  a  contract  with  the  U.S.  Department  of  Hous- 
ing and  Urban  Development,  is  demonstrating  the 
use  of  the  on-line  simulation  model  in  a  number 
of  cities.    This  is  done  by  identifying  cities 
with  expressed  interest  in  quantitative  tools 
to  assist  planners  and  decision  makers,  select- 
ing a  subset  of  these  cities,  and  traveling  to 
the  cities  with  a  portable  computer  terminal 
which  can  be  conne  ^ed  to  the  central  computer 
in  either  Waltham,  Massachusetts  or  San  Francis- 
co, California  via  a  simple  telephone  call  into 
a  nation-wide  WATS*  line  network.    The  long 
range  goal  in  this  work  is  to  assess  the  useful- 
ness of  the  model  in  cities  with  diverse  charac- 
teristics, to  introduce  system  planners  and 
decision-makers  to  the  notion  of  using  a  simula- 
tion model,  and  to  arrive  at  recommendations 
for  improvement  of  the  model.    This  work  is 
s.  ill  In  progress  and  is  reported  in  periodical 
technical  reports  published  by  the  New  York  City 
Fand  Institute. 

*Wide  Area  Telecommunications  Service. 
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ENTER  DISTRICTS  TO  BE  SIMULATED   (OR  ENTER  "ALI;") 
15 

ENTER  DISTRICTS  YOU  VJISH^TO  MODIFY 
NONE 

DO  YOU  WANT  TO  CHANGE  ANY  VARIABLES? 
YES 

SIMULATION  VARIABLES  AND  THEIR  VALUES 

1.  L^INGTH  OF  SIMULATION  RUN  =2.00  HOURS 

2.  NUMBER  OF  CALLS  PER  HOUR  = 

DISTR.     1      2     3      4     5     6     7     11     13     14     15  ' 
NO.  8    17     8     12     5     6     4     10       5      5  3 

3.  VEHICLE  SELECTION  METHOD  =  STRICT  CENTER  OF  MASS 

4.  SERVICE  TIMS  AT  SCENE  AND  VEHICLE  RESPONSE  SPEED 
PRIORITY  12       3  4 

SERV.  TIME  (IN  MIN.)  33  33  33  33 
RESP.  SPEED   (IN  MPH)   15     12     12  10 

5.  "^    TYPE  OF  SIMULATION  OUTPUT  =  CITY 

6.  MORE  DETAILED  INFORMATION 
ENTER  NUMBER  (S)   OF  THOSE  TO  BE  CHANGED 

1/3,5 

1.     ENTER  THE  LENGTH  OF  THE  SIMULATION  IN  HOURS  = 

20. 

3.     THERE  ARE  3  VEHICLE  SELECTION  PROCEDURES,  THEY  ARE  = 

1.  MODIFIED  CENTER  OF  MASS 

2.  STRICT  CENTER  OF  MASS 

3.  THE  RESOLUTION  OF  A  VEHICLE  LOCATION  SYSTEM 
PLEASE  ENTER  THE  NUMBER  OF  YOUR  CHOICE  = 

2^ 

5.     DO  YOU  WANT  CITY-WIDJ  OR  DISTRICT  SIMULATION  OUTPUT? 
DISTRICT 

FIGURE  1 
SAMPLE  I/O  SESSION  WITH 
POLICE  DISPATCH  AND  PATROL  SIMULATION 
11  A 
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STATISTICAL  SUMMARIES  *  DISTRICT  NO.  15 

THE  AVERAGE  PATROL  UNIT  SPENT  34.21%  OF  ITS  TIME  SERVICING  CALLS 
AVERAGE  RESPONSE  TIME  TO  HIGH  PRIORITY  CALLS  WAS  6.40  MINUTES 
AVERAGE  RESPONSE  TIME  TO  LOW  PRIORITY  CALLS  WAS  7.27  MINUTES 
AVERAGE  TRAVEL  TIME  WAS  3.19  MINUTES 
AVERAGE  TOTAL  JOB  TIME  WAS  34.59  MINUTES 


/ — 

FIGURE  2 

SAMPLE  LEVEL  1  OUTPUT  OF 
POLICE  DISPATCH  AND  PATROL  SIMULATION 


ai  B 
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DO  YOU  WANT  TO  SEE  LEVEL  2  STATISTICS? 
YES 

STATISTICAL  SUMMARIES  -  DISTRICT  NO.  15 

AN  AVERAGE  OF  34.21%  OF  THE  TIME  OF  ALL  UNITS  WAS  SPENT  SERVING  CALLS 
THE  FOLLOWING  UNITS  WERE  SUBSTANTIALLY  BELOW  THIS  FIGURE: 
UNIT  NO.  UNIT  TYPE 

3  WAGON  0.00 

THE  FOLLOWING  UNITS  WERE  SUBSTANTIALLY  BELOW  THIS  FIGURE: 
UNIT  NO.  UNIT  TYPE  % 

1  SECTOR  CAR  79.14 

AVERAGE  TIMES  FOR 'EACH  TYPE  OF  CALL  WBRt  AS  FOLLOWS    (STATED  IN  MIN.) 

PRIORITY  DISPATCH  DELAY  TRAV.  TIME  RESPONSE  TIME 

1  0.00  1,60  1.60 

2  5.06  3.40  8.46 

3  0.00  0.00  0.00 

4  3.72  3.55   7.27 

ALL  CALLS  3-62  OT  6781 

THE  AVERAGE  TRAVEL  TIME  WAS  3.19  MINUTES  WITH  REGULAR  SPREAD 
10.53%  OF  THE  CALLS  INCURRED  A  QUEUING  DELAY  DUE  TO  CAR  UNAVAILABILITY 
0.32=  AVER.   EXTRA  MILES  TRAV.   DUE  TO  DISPATCHING  OTHER  THEN  CLOSEST  CAR 

THE  AVERAGE  TOTAL  JOB  TIME    (TRAV.  TIME+TXME  AT  SCENE)    BY  PRIORITY  WAS: 

1  77. 54  MINUTES 

2  37. 45  MINUTES 

3  0.00  MINUTES. 
4.     18.05  MINUTES 

THE  AVERAGE  QUEUE  LENGTH  FOR  EACH  TYPE  OF  CTUiL  WAS: 

1  0.00 

2  0.  00 

3  0.  00 

4  0.00 

THE  MAXIMUM  DELAY  IN  QUEUE  FOR  EACH  TYPE  OF  CALL  WAS: 

1  0.00  MINUTES 

2  35. 39  MINUTES 

3  0.00  MINUTES 

4  33.46  MINUTES 


FIGURE  3 

.SAMPLE  LEVEi;."2 'OUTPUT  OF 
POLICE  DISPATCH  AND  PATROL  SIMULATION 
11  C 
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DO  YOU  WANT  TO  SEE  LEVEL  3  STATISTICS? 
YES 


DISTRICT  SUMMARY 

OVERALL     STANDARD  MAXIMUM 
PARAMETER  AVERAGE    DEVIATION  VALUTA 

1.  WORKLOAD   {•%)  34.2  28.6  79TT" 

2.  reSPONSE  TIKJ?  (MINUTES)  6.8  10  9  39  8 

3.  TRAVEL  TIME  (MINUTES)  3.2  2  0  10*5 

4.  EXTRA  DISTANCE   (MILES)  0.3  0.4  l!2 

5.  TOTAL  JOB  TIME   (MINUTES)  34.6  49.2  227^3 

6»     NUMBER  OF  CALLS  PREEMPTED  FOR  HIGHER  PRIORITY  *  =  0(0%) 

NUMBER  OF  CALLS  ASSIGNED  TO  UNIT  ON  PREVENTIVE  PATROL  =  17  (89%) 
8»  NUMBER  OF  CALLS  ASSIGNED  TO  UNIT  ASSIGNED  TO  SECTOR  =  17  '(89%) 
9.     NUMBER  OF  CALLS  ASSIGNED  TO  CARS  OTHER  THAN  CLOSEST       =     7  (37%) 

FOR  WHICH  PARAMETER  DO  YOU  WANT  A  FURTHER  BREAKDOWN? 

 WORKLOAD  BY  PRIORITY   *^ 

PATROL  UNIT  1  :   2  _3   4 ,  TOTAL 

1  47*4%       17,6%      0.0%      14.2%  79.1% 

2  0.4%       17.3%       0.0%        7.1%  24.8% 

3  0.7%       19.7%       0.0%       12.5%  32.9% 

4  0.0%        0.0%       0.0%        0.0%  0.0% 

DO  YOU  WANT  MORE  DETAIL  FOR  ANY  OTHER  PARAMETERS? 
Yfi3 

FOR  WHICH  PARAMETER  DO  YOU  WANT  FURTHER  BREAKDOWN? 
BY  PRIORITY? 

m. 

FOR  WHICH  UNITS? 
ALL 

CALLS  ASSIGNED  TO  UNIT  ON  PREVENTIVE  PATROL 

PATROL  UNIT  NO.  CALLS  PER  CElW? 

1  6  100.0% 

2  6  85.7% 

3  5  83.3% 

4  0  0.0% 


FIGURE  4 

SAMPLE  LEVEL  3  OUTPUT  OF 
POLICE  DISPATCH  AND  PATROL  SIMULATION 

12  A 
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SIMULATION'  OF  A  MULTIPLH  ELEIIENT  TEST  ENVIRON^OT 


Kenneth  E.  Domlnlok  Ronnld  J.  Ireland* 

University  of  Florida  Bunex'vell  Information  f^ys terns 

Eglln  Air  Force  Base^  Florida  PhoenlXj  Arlzcnn  85029 

Abstract 

A  real-time  simulation  of  &  multiple  element  defensive  test  envlronfi>ent  Is  under  study 
end  development.    Thin  slrculatlon  la  to  be  used  for  2valuatlng  perfot,">ance  of  command 
and  control  systems.    The  Initial  version  of  the  simulation  p.eneraL"S.H  slipultaneously 
up  to  twenty  aircraft  each  with  up  to  two  jammlnp.  devices.    The  oveWtll  approach  Is 
to  generate  aircraft  tracks  and  Janstnlnp  returns  at  a  large  scale  centrsl  digital 
computer.    Tlila  data  ie  then  tranamltted  to  remote  radar  sites  ard  converted  by  on- 
site  equipment  £o  analog  signals  which  are  Injected  Into  the  radar  circuitry.  A 
unique  feature  of  the  approach  Is  that  both  real  and  simulated  aircraft  will  be  ob- 
served and  tracked  slmultaneoualy  by  radar  operators* 


Introduction 
A  real-time  simulation  of  a  multiple  ele- 
ment defensive  test  environment  is  presently  tin- 
der development,    Tlie  rationale,  design  'concept, 
and  various  features  of  the  almulatlon  are  des- 
cribed In  this  paper  with  emphaals  on  the  digi- 
tal portion  of  the  simulation. 

This  work  \»as  supported  by  the  Range  Development 
Division  of  the  Air  Force,  Arraament  Development 
and  Test  Cen'.er  under  Contrsct  FO8635-72-C-0060. 

♦Formerly  with  the  University  of  Florida,  E«lln 
Air  Force  Base,  Florida, 


Up  to  twenty  aircraft,  each  with  up  to  two 
electronic  counter-measures  (fc'DI)  radar  Jamming 
devlcea,  are  generated  In  thx^  inlnlal  vera  Ion  of 
the  simulation*    Addltlon^il  numbers  of  aircraft 
wlil  be  Introduced  aa  required,  after  the  basic 
simulation  has  been  further  developed.    The  over- 
all approach  la  to  generate  aircraft  tracka  and 
Jnmwlng  returns  at  a  large  scale  central  digital 
computer  (CDC  6600),    Tlila  data  la  then  trans- 
mitted to  remote  radar  sites  and  converted  by  on- 
site  equipment  to  analog  slpnals  which  iire 
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Injected  Into  the  radar  circuitry.    A  unique 
feature  of  the  approach  Is  that  both  real  and 
simulated  aircraft  will  be  observed  and  tracked 
simultaneously  by  radar  operators*    The  slmu*> 
lated  aircraft  will  be  Indistinguishable  from 
real  aircraft  on  the  radar  displays.  Radar 
operators  will  then  Interface  with  the  remainder 
of  the  command  and  control  system  In  a  normal 
fashion. 

A  simplified  block  diagram  Is  Illustrated 
In  Figure  1.    Referring  to  Figure  1,  the  topics 
discussed  In  thl'J  paper  Include  required  Inputs 
to  the  CPU,  simulation  activities  of  the  CPU 
such  as  aircraft  track  and  jamming  return  gen- 
eration, transmission  of  data  to  the  on*slte 
buffers,  and  feedback  Information  from  the  radars 
to  the  CPU.    Not  discussed  here  Is  the  cn*slte 
D/A  conversion  equipment ^  the  radar  signal  In- 
sertion equipment^  and  the  Interface  between  the 
vTadars  and  the  command  and  control  center*  Both 
the  D/A  conversion  and  signal  Insertion  equip* 
ments  and  associated  concepts  were  developed  by 
the  Westlnghouse  Electric  Corp.,  Baltimore,  Md*, 
under  a  separate  contract* 

The  need  for  a  simulation  such  as  this 
arises  as  a  rest;lt  of  several'  factors.    A  funda- 
mental problem  Is  that  of  validating  a  command 
and  control  system  (CCS)  by  attempting  to  defeat 
It*    Each  such  atte^iipt  requires  the  dedication 
of  large  ntmibere  of  aircraft,  since  experience 
has  ehown  that  the  relationship  between  numbers 
of  threat  aircraft  and  utilized  capacity  of  the 
CCS  Is  highly  nonlinear*    That  Is,  It  Is  not 


possible  to  extrapolate  results  obtained  with  a 
few  aircraft  to  the  case  of  many  aircraft  (or 
saturation).    As  a  result,  It  becomes  highly  de- 
sirable from  both  economic  and  operational  con- 
siderations to  generate  some  of  the  threat  air- 
craft via  simulation.    On  the  other  hand,  the 
presence  of  real  aircraft  provides  Increased 
realism  and  Improves  the  validity  of  the  exer- 
cise.   Another  somewhat  unrelated,  but  signifi- 
cant, advantage  resulting  from  the  use  of  some 
real  aircraft  Is  that  other  existing  and  planned 
simulations  which  utilize  simulated  aircraft 
only  can  be  validated. 

The  current  stage  of  development  of  the 
simulation  can  be  summarized  as  follows: 

a)  Simulation  requirements  have  been  estab- 
lished*   These  are  based  on  numbers  of  aircraft, 
maximum  aircraft  velocities  and  ranges,  types  of 
radars  considered,  and  maximtnn  desirable  data 
rates  between  CPU  and  radar  sites* 

b)  Much  of  the  modeling  Is  completed*  In 
some  areas,  decisions  concerning  approaches  to 
be  taken  have  not  yet  been  made,  however,  trade- 
off studies  are  currently  underway* 

c)  On-site  digital  processing,  D/A  conver- 
sion, signal  generation,  and  signal  Insertion 
equipment  has  been  developed  and  demonstrated* 

d)  Interface  requirements  between  the  CPU 
and  the  or^-slte  processing  equipment  have  been 
established* 

c)  Input  data  requirements  are  only  partially 
defined,  arid  are  currently  under  study* 
f)  Study  of  requirements  for  data 
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organization,  storage,  and  retrieval  Is  just  be- 
ginning* 

g)  Specification  of  user  Inputs  Including 
format  Is  not  yet  completed,  however.  It  has 
been  established  that  a  Scenario  Input  Language 
will  be  developed  to  simplify  test  specifica- 
tion D3  users  and  to  maximize  control  during  an 
exercise* 

h)  Development  of  algorithms  and  coding  Is 
just  uaderway.    Initial  coding  will  be  In  FORTRAN 
IV,  however,  assembly  language  will  be  employed 
If  determined  necessary* 

Aircraft  and  Janaaer  Return  Generation 
Aircraft  track  inforoatlon  Is  provlc*ad  to 
each  radar  In  the  form  of  radar  cross-sec tlcn 
(RCS)  and  aircraft  position  In  range,  azimuth. 


(TWS),  and  conlca?  scan  (CS),    The  maximum  num- 
ber of  aircraft  tracks  to  ba  generated  for  each 
type  of  radar  are  listed  In  Table  I,  Aircraft 
dynamics  for  the  worst  case  data  transfer  (l*e,, 
highest  data  rate)  can  be  bounded  using  the  known 
maximum  target  velocity  of  Mach  3  (3000  ft*/sec*) 
and  maximum  acceleration  of  lOg^s  (322  ft*/8cc*^). 
These  latter  bounds  are  determined  from  a  consid- 
eration of  user  requirements. 

In  establishing  the  basic  simulation  require- 
ments, it  was  considered  desirable  to  use  exist- 
ing telephone  lines  for  transfer  of  data  between 
the  CPU  and  the  radar  sites.    However,  the  tnaxi- 
mun  capacity  of  these  lines  is  2A00  bits /sec, 
Vhen  a  maximum  data  rate  was  calculated  based  on 
the  nun^ers  of  targets  required,  the  worst  case 
target  dynamics,  and  characteristics  of  the 


TABLE  I,    RADAR  TARGET  REQUIREMENTS 


RADAR 
TYPE 

MAX*  NO,  OF 
TARGETS 

MAX,  TARGET 
RANGE  (Ml,) 

MAX*  JAMMERS 
PER  AIRCRAFT 

EU 

20 

150 

2 

TWS 

8 

60 

2 

CS 

4- 

60 

2 

and  elevation*    This  Information  must  be  sup- 
plied to  the  radars  by  the  CPU  at  a  rate  suffi- 
cient to  Insure  realistic  target  aircraft  behav- 
ior on  the  radar  screens,  that  is,  behavior 
indistinguishable  from  that  of  a  refll  aircraft* 
Three  types  of  radars  are  initially  being 
utilized  -  early  warning  (EW) ,  track-while-scan 


various  radars,  it  was  found  to  be  far  in  excess 
of  2A00  bits/sec.    As  a  result,  it  was  decided 
that  soztie  computation  would  be  carried  out  on- 
site*    By  reducing  the  update  rate  on  track 
pcrameters  from  the  CPU  and  performing  simple 
linear  interpolation  on-site,  it  was  possible  to 
reduce  the  maximum  data  rate  to  2060  bits/sec* 
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All  ou*iilt«  computation  is  perfoned  uiiing  hard- 
ware rather  than  prograssable  software »  and  re- 
quirea  no  opesjtor  to  be  present* 

To  illustrate  the  approach  finally  adopted, 
ve  consider  the  TVS  radar.    At  intervals  of  626 
^illeseconds,  values  of  target  aircraft  RCS, 
range »  arimuth»  and  elevation  are  made  avail- 
able at  the  radar  site.    The  nuaber  of  bits  re- 
quired for  each  track  parameter  of  each  target 
Is  she      in  Table  II.    These  are  deterttined  from 


1X8  radar  display  i«  to  appear  realistic,  tne  In- 
dicated update  rate  is  too  slow.    Therefore,  undar 
the  assumption  of  linear  variation  of  track  pa- 
rameters within  a  626  msec,  interval,  a  constant 
increment  is  added  to  each  track  parameter  every 
62.6  msec.    Thus,  the  update  rate  is  increased 
by  a  factor  of  10.    The  number  of  bits  required 
for  incrementing  track  parameters  is  also  listed 
in  Table  II.    Jaraner  information  is  provided  to 
the  radars  in  th*  form  of  gain  f&ctors.  These 


TABLE  II.    CPU  TO  TWS  RADAR  DATA  FIjOW 


TRACK 

JJO.  OF 

PARAMETER 

BUS 

RCS 

« 

RANGE  (R) 

14 

AZIMUTH  (e) 

12 

EL£VATIC»I  (4) 

11 

ARCS 

5 

AR 

5 

Ae 

5 

5 

OTHER  DATA 

96 

TOTAL/UPDATE/TARGET 

161 

accuracy  considerations*    The  96  blta  for  "other 
'lata"  includes  jamming  information,  timing,  book- 
keeping, and  the  like.    If  8  target  tracks  are 
updated  at  the  Indicated  intervals  and  with  the 
indicated  number  of  bits,  a  data  rate  of  approxi- 
nuitely  2060  bits/sec.  results.    However,  if  the 


are  updated  in  the  same  fashion  as  track 
parameters. 

Various  methods  of  generating  aircraft 
tracks  at  the  CPU  have  been  examined*    At  maxi- 
mum target  ranges,  it  appears  that  point-to-point 
trajectories  apecified  in  terms  of  latitude. 
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longitude^  and  altitude  will  provide  sufficient 
accuracy  and  raallsra*    However |  at  lesser  ranges 
It  appears  that  numerical  Integi^atlon  of  equa- 
tions of  motion  will  be  required*  Several 
Integration  methods  which  are  particularly 
suited  to  the  present  application  are  being 
examined*    Results  obtained  to  date  are  sum- 
marized In  the  Appendix. 

A  variety  of  models  and  computational 
schemes  either  have  been  developed  or  are  tmdcr 
development  for  specific  target  and  jammer 
parameters.    However^  result^  are  detailed 
and  will  not  be  presented  here*  Examples 
of  these  are  the  equations  used  to  compute 
radar  returns,  models  for  jammer  gains,  and 
algorithms  for  deter. lining  uUlch  targets  are 
In  the  fleld-of-view  of  which  radars. 

Inputs  To  The  Central  Processor 
As  discussed  In  the  Introduction,  Input 
data  requirements  are  only  partially  defined* 
Problems  of  data  organization,  storage,  and  re- 
trieval will  be  addressed  In  the  next  phase  of 
this  continuing  effort,  as  Input  data  require- 
ments become  better  known.    In  general,  data 
Inputs  and  file  updates  will  be  off-line  since 
requirements  for  each  exercise  will  be  fixed. 
Radar  antenna  patterns  are  stored  at  the 
radar  sites  rather  than  at  the  CPU*    As  a  re~ 
suit,  radar  returns  are  computed  at  the  CPU  with 
the  target  always  at  mid-beam  of  the  main  lobe 
of  the  antenna  pattern.    The  return  Is  then 


modulated  by  the  on-site  processing  equipment  so 
as  to  properly  position  the  target  within  the 
antenna  pattern* 

Three-dimensional  jammer  patterns  are  storecl 
at  the  CPU,    A  requirement  for  adjacent  level 
differences  of  *5  to  1.0  decibels  in  RF  signal 
level  has  been  established  for  jammer  pattern 
storage*    This  requirement  is  based  on  the  con- 
clusion that  level  differences  of  this  magnitude 
are  essentially  indiscernible  when  observing  the 
resulting  video  on  a  radar  display. 

Each  time  the  simulation  is  exercised,  ex- 
tensive user  inputs  in  the  form  of  a  completely 
defined  scenario  will  be  required*    It  is  import- 
ant that  the  epecific^ition  of  a  scenario  be  in 
terms  of  parameters  and  dimensions  familiar  to 
the  user*    It  is  impractical  to  expect  the  user 
to  learn  a  computer  language  befor-e  he  can  exer^ 
else  the  simulation*    For  this  reason,  it  has 
been  determined  that  a  Scenario  Input  Language 
will  be  developed.    The  language  will  make  it 
possible  for  the  user  to  specify  aircraft 
positions,  aircraft  maneuvers,  and  the  like,  in 
terms  familiar  to  him,  thereby  rendering  the 
simulation  more  usable* 

Interface  With  On^Site  Equipment 
The  interface  between  the  CPU  (actually,  the 
data  link)  and  the  on-site  equipment  has  two 

\ 

facets  -  har(3yare  and  software.    The  software 
Interface  was  discussed  above  for  the  TVJS  radar,  < 
where  it  was  seen  that  a  161  bit  word  nust  be  j 
provided  on-site  for  each  target  In  view  every  | 

1 
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626  wee.    The  analysis  supporting  the  selectf.oa 
of  tUc«e  values  was  also  outlined.    Similar  mim^ 
lyses  have  been  conpleted  for  the  other  radars « 
Results  are  suanarized  in  Table  III,    The  in- 
dicated word  length  in  each  caae»  if  provided  at 
the  rate  specified,  will  Insure  that  all  accuracy 
and  resolution  requireaents  are  satisfied*  'ihere- 
fore.  Table  III  coapletely  defines  the  software 
interface  between  thi».  CPU  and  the  sites. 


Feedback  From  Sites  To  CPU 
lu  establishing  siaulation  requirements,  an 
important  objective  vat  to  maximize  computation 
performed  by  the  CPU  and  minimize  on-site  pro- 
cessing*   Hwever,  as  discussed  earlier,  the 
conflicting  objective  of  low  data  rates  between 
CPU  and  sites  led  to  a  requirement  for  some  on- 
site  computaticn* 

The  feedback  channel  from  the  site  to  the 


TABLE  III*    CPU/RADAR  SOrCWARE  INTERfACE 


RADAR 

WORD 

UPDATE 

TYPE 

LENGTH 

INTERVAL 

TWS 

161  bits 

626  msec. 

CS 

171  bits 

810  msec. 

EW 

176  bits 

3  sec. 

The  hardware  interface,  illustrated  in  Fig- 
ure 2,  consists  of  an  array  of  input  registers 
at  each  site,  one  for  each  potential  target  (see 
Table  I).    The  existing  configuration  provides 
one  storage  register  per  target,  of  word  length 
as  indicated  in  Table  III,    Thus,  each  target 
word  can  be  stored  on-site  for  a  period  of  time 
corresponding  to  the  update  interval  for  that 
radar.    This  provides  a  tolerance  on  data  com- 
putation and  data  transmission  at  the  CPU*  The 
existing  tolerance  can  easily  be  increased  by 
expanding  the  number  of  input  registers,  e*g*, 
doubling  the  nuaber  of  registers  will  double 
the  tolerance* 


CPU  provides  a  means  of  reducing  data  rates  and 
on-site  computation*    If  it  is  known  at  the  CPU 
how  each  radar  antenna  is  oriented  as  a  function 
of  time,  then  targets  in  the  f ield-of-view  of 
each  radar  can  be  identified  and  only  those  tar- 
gets need  be  transmitted  to  the  respective  site* 
Without  feedback  it  becomes  necessary  to  transmit 
all  targets  to  sach  radar,  and  to  then  isolate 
targets  within  each  field-of-vlew  by  means  of  on- 
site  computation*    The  latter  approach  would 
Involve  higher  data  rates  and  require  additional 
on-site  computing  capacity* 

Shown  in  Table  I  is  the  maximum  number  of 
aircraft  tracks  generated  for  each  type  of  radar* 
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If  the  number  of  aircraft  within  the  field-of- 
view  of  the  TWS  or  CS  radars  exceeds  8  or  4,  re- 
spectively, then  some  of  the  targets  must  be 
eliminated  from  consideration.     (It  is  assumed 
that  the  total  number  of  targets  generated  never 
exceeds  20,  so  that  a  similar  condition  never 
arises  in. the  case  of  the  EW  radar.)    The  CPU 
will  eliminate  targets  as  required  using  an 
appropriate  algorithm,  probably  to  be  based  on 
target  ra:?ge.    Tliis  Is  an  additional  computation 
which  must  be  performed  on-site  if  the  feedback 
channel  is  eliminated. 

Summary 

A  digital  sinulation  of  a  defensive  test 
environment  is  under  developnent*    The  simula- 
tion provides  maneuvering  target  aivcraft  with 
EQf  jamming  for  exercises  designed  to  validate 
coimrtand  and  control  systems*    The  simulation  is 
an  integral  part  of  the  CCS,  which  also  includes 
radars,  displays,  operators,  real  aircraft  with 
jammers,  and  a  command  and  control  center. 

In  this  continuing  program,  simulation  re- 
quirements have  been  established,  modeling  Is 
completed  or  underway,  significant  interfaces 
have  been  defined,  and  on-site  hardware  has 
been  developed  and  demonstrated* 

Appendix 

Four  numerical  integration  techniques  for 
generating  aircraft  tracks  from  equations  of 
motion  have  been  examined,  each  with  a  second 
and  fourth-order  integration  method,  and  each 


method  applied  to  two  problems  whose  analytical 
solution  is  known.    Tlie  four  techniques  selected 
are  all  basically  predictor-corrector  techniques. 
For  the  second  order  method  the  Nystrom. midpoint 
formula  is  used  as  the  predictor  and  the  modified 
Euler  formula  as  the  corrector  (Reference  1).  For 
the  fourth  order  method  the  Adams-Bashfqurth  for- 
mula is  used  as  the  predictor  and  the  Adams- 
Moulton  formula  is  used  as  the  corrector  (Refer- 
ence 2).    The  four  techniques  employed  are: 

a)  Predict,  Correct  c  times  (PC). 

b)  Predict,  Correct  c  times.  Modify  (PCM). 

c)  Predict,  Modify,  Correct  c  times  (PMC). 

d)  Predict,  Modify,  Correct  c  times.  Modify 
(PMCM) . 

The  first  problem  Investigated  was 
1  •      •  1 

-  1  y2(0)  .  1  . 

The  second  problem  was 

yi  -  y2  y^CO)  "  i 

y2  -  -(9.25y^+y2)      ^2^^^  -  -  1/2  . 

The  results  for  the  second-order  method  can 
be  summarized  as  follows: 

a)  PCM  is  best  with  PC  close  second* 

b)  PMCM  is,  surprisingly,  no  better  than  PCM. 

c)  My  making  h,  the  integration  step  size, 
smaller  we  gain  more  in  accuracy  than  any 
change  in  method  produces. 

d)  Differences  between  methods  are  much  more 
pronounced  for  larger  values  of  h. 
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For  the  fourth-order  laethodt 

a)  PC  l8  best  with  PCM  second. 

b)  Difference  between  techniques  Is  not  as 
pronounced  as  with  second  order  nethods. 

c)  PMCM  does  relatively  better  In  fourth  order 
than  In  second  order* 

d)  Making  h  snaller  does  not  have  the  impact 
that  It  does  with  the  second  order  method. 

In  general: 

a)  Fourth  order  accuracy  Increases  faster 
(relative  to  second  order  accuracy)  with 
decreasing  h. 

b)  Dividing  h  by  2  and  using  second  order 
gives  about  sane,  or  a  slightly  better^ 
result  than  using  fourth  order  with  origi- 
nal h. 
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COST/RESOURCE  MODEL 


Betty  J.  Landstra 
Hughes  Aircraft  Company 
Field  Service  and  Support  Division 

Abstract 

The  Cost/Resource  Model  is  a  simulation  model  intended 
for  use  in  management  decision-making.    The  model  por- 
trays the  impact  of  proposed  new  business  or  changes 
in  existing  business  on  company  resources  including 
labor,  equipment,  facilities,  material  and  money. 


INTRODUCTION 

A  simulation  model  has  been  designed  for 
use  as  a  management  tool  in  planning  resource 
requirements  and  allocations.    The  model  permits 
determination  of  the  impact  on  a  company  of 
changes  in  existing  contract  schedules  or  pro- 
duct requirements,  addition  of  new  contracts  to 
the  company's  business  level,  or  cancellation 
of  existing  contracts. 

When  a  request  for  a  proposal  is  received, 
the  estimated  characteristics  of  the  proposal 
are  examined  and  its  demands  aggregated  with 
the  requirements  of  all  contracts  currently  in 
house  to  determine  what  effect  this  new  business 


will  have  on  company  resources.    The  model  can 
also  examine  the  effect  of  possible  revisions  to 
contracts  or  proposals  currently  in  house.  Indi- 
vidual contracts  may  be  expanded,  reduced, 
deleted,  stretched,  advanced  or  delayed.  The 
model  then  determines  the  impact  on  company 
resources  o.e>used  by  any  of  these  eventualities. 

The  model  permits  the  forecasting  of  costs 
and  resources  for  five  years  into  the  future  for 
a  medium-sized  manufacturing  division  of  a 
major  aerospace  company.    The  model  is  deter- 
ministic and  is  based  on  resource  data  that 
exists  within  the  company.    Considered  in  the 
model  are  all  the  resources  necessary  for 
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company  operation:     labor,  material ,  machinos» 
facilities  and  money.    Another  factor  consi- 
.iored  is  other  direct  costs  which  includes 
costs  .that  may  not  be  charged  to  any  of  the 
resources. 

A  vital  aspect  of  the  model  is  its  quick- 
response  capability.    Anticipated  turn-around 
time  for  the  model  is  one  day.    The  model  is 
programmed  in  Fortran  IV  in  the  batch  world. 
Design  of  the  program  is  modular  to  permit 
ease  in  removing  the  influence  of  one  or  more 
resources.    A  give;i  resource  may  also  be  iso- 
lated simply  by  zeroing  out  the  inputs  for  all 
other  resources.    Outputs  include:  headcount 
per  month  by  type  of  personnel^  total  head- 
count  required  per  month,  machine  hours  re- 
quired by  work  center,  shortages  or  surpluses 
of  labor  and  machines,  space  requirements  per 
month,  resource  costs  and  money  requirements. 
Additional  outputs  are  available  as  required. 

The  model  was  designed  specifically  for 
the  El  Segundo  Manufacturing  Division  of  the 
Hughes  Aircraft  Company,  a  manufacturer  of 
complex  electronic  equipment,  but  its  gene- 
rality makes  it  applicable  to  other  companies 
with  a  minimum  of  revision, 

STATEMENT  OF  THE  PROBLEM 

Management  in  any  company  must  make  deci- 
sions affecting  operations  several  years  into 
the  future.    Sc:r.o  of  these  decisions  concern 
whether  of  not  to  pursue  new  business  opportu- 
nities; ethers  concern  expansion  or  contrac- 
tion of  resources  such  as  facilities.  To 


enabje  management  to  make  these  decisions  most 
profitably,  adequate  information  must  be  acces- 
sible concerning  resource  availability,  resource 
demand  and  cost  of  operation. 

Under  rapidly  changing  environmental  condi- 
tions, how  is  management  to  determine  within  a 
brief  period  how  much  manpower  will  be  needed 
eacii  month  for  the  next  five  years,  how  much 
space  these  people  will  occupy,  how  much  machine 
time  will  be  required  and  how  much  money  will  bo 
needed?    How  can  management  adequately  ascertain 
the  potential  impact  of  possible  new  business  on 
manpower,  machines,  facilities  and  money. 
Another  problem  management  f ices  is  revision  of 
contraC i  currently  in  house.    What  would  happen 
to  the  resource  outlook  if  a  contract  were 
stretched  out,  deliverable  items  were  added  or 
deleted,  or  a  contract  were  terminated? 

Because  of  this  type  of  question,  Huglies 
El  Segundo  Manufacturing  Division  management  re- 
quested that  the  tools  of  management  science  be 
used  to  analyze  company  operations  and  develop  a 
model  that  would  provide  answers  with  a  minimal 
lapse  of  time, 

PURPOSE  OF  THE  MODEL 

The  Cost/Resource  Model  calculates  and  por- 
trays the  impact  of  potential  new  contracts, 
changes  in  existing  contracts,  cancellation  of 
an  existing  contract,  or  the  effects  of  changes 
in  resource  parameters  such  as  wage  rates,  holi- 
days, capacity  of  machines  and  space,  and  inte- 
rest rates.    The  purpose  of  the  modeT  is  to  per- 
mit management  to  ask  "what  if"  questions  and  to^ 


sec  the  simulated  impact  of  its  decisions  so 
that  this  information  can  be  incorporated  into 
decision-making  strategies. 

Use  of  the  model  for  planning  purposes 
makes  it  essential  that  it  have  a  quick-response 
capability.    Anticipated  turn-around  time  is  one 
day  or  less.    This  means  that  answers  can  be  ob- 
tained and  new  alternatives  considered  in  the 
short  time  span  characteristic  of  this  type  of 
decision-making. 
PgSCRIPTION  OF  THE  mpn 

The  Cost/Resource  Model  is  a  deterministic 
simulation  model  that  forecasts  resource  re- 
quirements and  costs  by  month  for  five  years  in- 
to the  future  based  on  projected  resource  de- 
mands. 

The  model  first  aggregates    .'quirements  of 
all  contracts  currently  in  house  and  outstanding 
proposals  which  are  expected  to  be  captured.  A 
new  request  for  propOsSal  may  then  be  selected  for 
study  of  its  potential  impact.    Its  basic  re- 
quirements are  generated  and  the  resulting  de- 
mand for  resources  is  superimposed  upon  the  re- 
quirements of  contracts  and  proposals  currently 
in  house. 

Another  function  of  the  model  is  to  deter- 
mine what  will  happen  to  resource  requirements 
if  a  contract  or  proposal  currently  in  house  is 
terminated  or  revised.    Six  options  for  revi- 
sion are  available;  the  delivery  schedule  of 
end  items  in  one  or  more  contracts  may  be 
slipped,  advanced,  reduced,  expanded,  deleted 
or  stretched.    Under  the  reduction  option,  a 


contract  may  be  reduced  by  a  specified  percen- 
tage or  certain  end  items  may  be  deleted.  In 
the  same  way,  an  expansion  to  a  contract  may  be 
effected  by  adding  a  percentage  or  adding  a  spe- 
cified number  of  end  items.    The  effect  On  re- 
sources and  costs  of  changes  to  parameters  such 
as  wage  rates,  capacity  of  machines  or  space, 
and  interest  rates  may  also  be  determined. 

The  results  of  these  possible  chaiiges  are 
shown  in  reports  showing  requirements  for  man- 
power, material,  space ^  machines  and  money. 
Costs  of  operation  are  determined  and  displayed 
along  with  projected  revenue  and  gross  earnin^J. 
Other  additional  output  options  are  avaii^xble  at 
the  discretion  of  the  modeler. 

Structure  of  the  model  is  modular  to  permit 
revision  of  the  program  for  estimating  one  re- 
source without  affecting  the  other  resources,  A 
separate  module  exists  for  each  of  the  resources 
labor,  material,  machines,  facilities  and  money. 
Another  module  is  provided  for  a  category  of 
costs  called  "other  direct  costs"  which  are 
direct  costs  that  cannot  be  applied  to  any  re- 
source.   Separate  modules  are  also  provided  for 
spreading  the  requirements  of  a  new  proposal  and 
for  revising  existing  contracts  and  proposals. 

Characteristics  of  the  model  are  shown  in 
Figure  1 .     Inputs  include  requirements  for  a  new 
proposal,  revisions  of  existing  contracts,  and 
parameter  changes.    Other  inputs  are  data  for 
existing  contracts  and  proposals  which  involve 
manpower,  machine  and  material  requirements. 
These  requirements  are  input  for  each  contract; 


the  model  aggregates  the  requirements,  follow- 
ing applicable  revisions  of  the  contracts,  into 
total  requirements  per  month. 

Shown  as  circular  forms  in  Figure  1  are  the 
submodels  for  the  resources.  These  submodels, 
or  modules,  summarize  the  requirements  for  the 
resource  per  n;Ontb  and  the  costs  of  the  re- 
sources per  month.  Hach  of  these  submodels  is 
a  program  which  calls  the  revision  program  and 
the  spread  program  as  needed. 

A  flow  diagram  of  tlie  program  relation- 
ships is  shown  in  Figure  2.    Activity  origi- 
nates in  the  main  program  which  caHs  each  of 
the  submodels,  or  programs,  in  Sequence.  The 
first  program  called  is  the  resource  spread 
program  which  spreads  the  resource  requirements 
for  tlie  new  proposal  under  consideration.  Con- 
trol then  returns  to  the  Tin  in  progr;im  and  the 
first  of  tlie  resource  rsubmodcls  is  called,  the 
material  summary  model,  or  program.    This  pro- 
gram in  turn  calls  the  revision  program  which 
alters  the  material  requiremcMits  per  month  of 
a  specified  "ontract.    l-or  certain  types  of  re- 
visions, it  is  necessary  for  the  revision  pro- 
gram to  call  tlie  resource  spread  program  to 
attain  tlie  desired  revision  of  resources. 
Following  revision  and  aggregation  of  the  re- 
sulting material  requirements  over  all  con- 
tracts, control  is  returned  to  the  main  pro- 
gram.   Subsequently,  each  of  the  resource  sub- 
models is  called  in  turn.    Requirements  for 
that  resource  are  read  from  tape  or  a  disk 
file,  revisions  are  made  as  required,  the 


resulting  total  resource  requirements  per  month 
and  resource  costs  per  month  are  displayed  and 
control  is  again  returned  to  the  main  program. 
Following  completion  of  all  programs,  the  main 
program  calculates  total  costs  and  displays 
gross  earnings.    Outputs  of  the  model  are  shown 
in  Figure  1  below  the  respective  submodels. 
Submodel  Characteristics 

Resource  Spread  Model:    The  first  of  the 
submodels  accessed  by  the  main  program  is  the 
resource  spread  model,  or  program,    llie  function 
of  tliis  submodel  is  to  determine  resource  re- 
quirements of  a  new  proposal  or  contract.  This 
submodel  takes  as  input  the  total  lump-sum  re- 
quirements for  resources  for  the  entire  new  pro- 
posal.   It  also  takes  as  input  the  schedule  for 
end  item  delivery,  setback  and  makespan,  the 
distribution  according  to  which  the  work  is  to 
be  spread  (eg.  according  to  a  learning  curve), 
and  the  performance  factor  as  sliown  in  Figure  3. 
The  resource  spread  program  spreads  the  require- 
ments and  outputs  tlie  direct  labor  requirements 
per  bid  category  per  month,  work  center  (machine) 
hours  required  per  month,  other  direct  costs  per 
month  and  material  requirements  per  monih  for 
the  new  proposal.    Output  of  the  resource 
spread  program  is  stored  on  disk  files  and  be- 
comes input  to  the  resource  submodels. 

Material  Summary  Model:    Second  of  the 
submodels  accessed  by  tlie  main  program  is  the 
material  summary  model  Figure-  4.    The  function 
of  this  submodel  is  to  determine  the  require- 
ments (in  dollars)  for  material  per  month. 
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Inputs  to  this  model  include  the  material  re- 
quirements per  month  for  each  existing  con- 
tract and  proposal.  Also  input  to  this  submodel 
are  the  monthly  material  requirements  for  the 
new  proposal  which  are  an  output  of  the  re- 
source spread  program.    Another  input  to  the 
model  could  be  a  parameter  change  or  a  contract 
revision  requirement.    The  material  summary 
model  revises  the  specified  program  and  aggre- 
gates material  requirements  per  month  over  ali 
contracts  and  proposals.    It  then  calculates 
the  material  burden  rate  according  to  the 
following  equation: 

llf     -Tr-Cn^at'l  req  per  mo)]x(l,0  ^  -^l^^^ 

MBRtr-Lf  —   ^  L£_ 

material  required  per  month 

where;    MBR  =  material  burden  rate 

a  =  minimum  cost  for  the 

materiel  function 
y     number  of  years  since  the 

base  year 

Material  burden  rate  is  the  ratio  of  the  cost 
of  acquiring  material  to  the  cost  of  the  mate- 
rial itself.    Material  burden  costs  are  then 
calculated  as  follows: 

Procurement  Costs  =  (A) (MBR)  (Material 

required  per  month) 
Receiving  Inspection  Costs  =  (B)(MBR) 

(Material  required  per  month) 
Receiving  Costs  =  (C) (MBR) (Material 

required  per  month) 
Finance  Costs  =  (D) (MBR) (Material 

required  per  month) 
where  A,  B,  C,  and  D  are  distribution 


factors  specified  for  the  company. 
These  functional  relationships  were  derived  by 
conventional  management  science  techniques,  Tlie 
material  submodel  then  calculates  the  total  costs 
per  month  for  material  and  material  burden  anO 
displays  this  output. 

Other  Direct  Costs  Summary  Model ;    The  next 
submodel,  Figure  5,  considers  other  direct  costs 
(ODC),  which  includes  those  direct  costs  that 
cannot  be  charged  to  any  of  the  resources.  In- 
puts to  tht  submodel  are  the  ODC  per  month  for 
the  new  proposal  and  the  ODC  for  each  existing 
contract  and  proposal.    As  in  the  material  model, 
requirements  for  revision  of  contracts  and  para- 
meter changes  are  input  to  the  submodel.  The 
submodel  makes  the  required  changes  to  the 
existing  contracts       proposals  and  aggregates 
the  OUC  requirements  per  month  over  all  contracts 
and  proposals.    This  aggregate  monthly  value  is 
then  output  to  the  ccr.iputer  printer. 

Machine  Summary  Model;    Machine  require- 
ments are  considered  in  the  next  submodel, 
Figure  6,    Again*the  inputs  include  the  output 
of  the  resource  spread  submodel  (machine  require- 
ments per  work  center  per  month  for  the  new  pro- 
posal), machine  requirements  per  work  center  per 
month  for  each  existing  contract  and  proposal, 
and  contract  revision  and  parameter  change  re- 
quirements.   The  machine  summary  submodel  makes 
the  necessary  revisions  to  existing  contracts 
and  proposals,  then  aggregates  the  machine  re- 
quirements per  work  center  per  month  over  all 
contracts  and  proposals.    The  monthly 
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requirements  are  conipared  with  the  muchine  time 
available  (working  hours  in  the  nonth)  to  pro- 
vide a  statement  of  the  surplus  or  shortage  of 
machines  per  month  by  work  center.    Wlicnevcr  a 
shortage  of  machine  time  occurs  in  a  given 
month,  it  is  necessai/  to  "off  load,"  or  sub- 
contr^ict,  that  portion  of  the  work  that  the 
shop  cannot  iiandle.    Hie  machine  summary  sub- 
model determines  whether  subcontracting  is  re- 
quired in  any  work  centevs  for  each  month.  It 
then  determines  the  number  of  hours  that  must 
be  .subtracted  from  labor  r'*^  ?r*;ments  for  that 
month  and  calculates  the         of  subcontracting 
Subcontracting  costs  involve  procurement,  re- 
ceiving inspection,  receiving  and  finance  costs 
sitniinr  to  material  burden  costs  and  are  calcu- 
lated in  the  same  manner  as  material  burden 
costs.    Tliis  submodel  then  takes  as  input  the 
costs  of  new  machines  that  it  is  anticipated 
wUl  be  purchased  in  each  month  and  the  costs 
of  subcoii tracting  that  was  planned  in  advance 
(as  disti iguishcd  from  "off  loading").  New 
machine  c)sts,  planned  subcontracting  costs 
and  "off  loading"  costs  are  tlien  aggregated  to 
provide  machine  costs  per  month  over  the  five- 
year  time  spin.    Outputs  from  this  model  in- 
clude machine  requirements  per  work  center  per 
month,  surplus  or  shortage  per  work  center  per 
month,  and  total  machine  costs  per  month. 

Lgbor  Summary  Model:    Next  in  the  sequence 
of  operation  of  the  Cost/Resource  Mod(»l  is  the 
labor  .summary  submodel.  Figure  7.    Inputs  to 
this  submodel  include  the  manpower  requirements 


per  month  for  the  new  ,Froposal  (output  of  the  re- 
source spi-cad  subpii>dcl},  manpower  rcquirenents 
per  month  for  each  existing  contract  and  propo- 
sal, and  revision  aata.    Manpower  requirements 
are  input  to  this  submodel  acco    'ng  to  the  type 
of  personnel  involved.    Hie  desi^iiators  for  types 
of  labor  arc  ca\led  "bid  categories."    The  sub- 
model revises  the  necessary  ccntracts,  then 
aggregates  the  manpower  requirements  (hours  per 
bid  category)  over  all  contracts  and  proposals 
for  each  month  in  the  five-year  span. 

Hcadcount  for  each  bid  category  for  each 
month  is  then  obtained  by  dividing  the  hours  re- 
quired by  the  hours  available  in  the  month.  This 
headcount  is  compared  with  the  hcaucount  cur- 
rently available  to  determine  projected  shortage 
Or  surplus  of  manpower  in  each  bid  category  for 
each  month.    Total  direct  labor  requirements  p^r 
month  over  all  bid  categories  are  then  obtained. 
Next  the  submodel  determines  the  indirect  labor 
headcour.t  required  by  the  following  equation: 
Indirect  labor  headcount  s  A*C^idU\)-C^idl\\) 

where:    DLH  =  direct  labor  l^eadcount 

A  »  indirect  labor  headcount  with 
zero  direct  labor  headcount 
C|  6  C2  are  empirical  constants 

Indirect  labor  includes  all  personnel  who  arc  not 
charging  their  time  directly  to  a  contract.  TliCi 
submodel  then  adds  the?  direct  labor  headcount 
and  indirect  labor  headcount  to  obtain  total 
headcount  per  month.    Total  headcount,  direct 
labor  headcount  per  bid  category  ana  shortage  or 
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surplus  of  labor  by  bid  category  are  printed 
out  by  the  submodel  for  each  month  of  the  five- 
year  span. 

Labor  burden  costs  are  then  calculated  by 
this  submodel.    Equations  for  labor  burden 
costs  have  been  derived  through  regression  ana- 
lysis on  historical  data.     Included  in  labor 
burden  are  indirect  labor  costs,  fringe  bene- 
fits, utilities,  operating  costs  other  than 
those  charged  directly  to  the  contracts,  in- 
direct data  processing,  depreciation,  taxes  and 
insurance,  rent  and  leasehold  costs,  and  plant 
upgrade . 

Costs  for  direct  labor  per  month  are  then 
calculated  by  multiplying  the  direct  labor 
hours  in  each  bid  category  by  the  anticipated 
average  wage  rate  for  that  month  for  that  bid 
category.    Total  labor  costs  per  month  are  then 
obtained  by  adding  direct  labor  costs  and  in- 
direct labor  costs.    An  estimated  labor  burden 
rate  for  each  month  of  the  five-year  time  span 
is  calculated  by  dividing  labor  burden  costs  by 
direct  labor  costs.    This  estimated  labor  bur- 
den rate  is  printed  out  by  the  submodel.  Other 
outputs  are  the  components  of  labor  burden, 
total  labor  burden  and  total  labor  costs'  for 
each  mor.ch. 

Facilities  Summary  Model:    The  facilities 
summary  submodel  is  the  next  program  in  the 
sequence.    This  model  takes  as  input  the  direct 
labor  headcount  per  bid  category  per  month  and 
indirect  labor  head count  per  month  from  the 
labor  summary  model  ,    shown  in  Figure  8. 


Space  requirements  per  person  for  each  category 
are  input  to  the  model  and  are  multiplied  by  the 
appropriate  headcount  to  determine  total  space 
requirements  per  category.    A  shift  factor  is 
included  in  this  calculation  to  account  for  the 
number  of  people  working  on  the  night  shifts. 
These  people  would  occupy  the  same  space  occupied 
by  the  day  shift  personnel;  consequently,  no 
space  is  allocated  for  the  second  and  third 
shift  people. 

These  space  requirements  are  then  aggregated 
and  added  to  special  space  requirements,  which 
are  input  to  the  model,  to  obtain  total  space 
requirements  per  month.    These  requirements  are 
then  compared  with  the  anticipated  space  avail- 
able, also  an  input  to  the  model,  to  determine 
the  shortage  or  surplus  of  space  for  each  month 
over  the  five-year  time  span.    The  submodel  then 
outputs  space  required  for  each  category  per 
month,  total  space  requirements  per  month  and 
the  shortage  or  surplus  of  space  over  the  five- 
year  time  span. 

Parking  space  requirements  are  also  calcu- 
lated by  the  facilities  submodel.    The  direct 
labor  headcount  is  modified  by  the  shift  factor 
and  then  added  to  the  indirect  labor  headcount. 
This  sum  is  then  divided  by  a  "car  pool"  factor 
of  1.2  that  accounts  for  the  average  number  of 
people  riding  to  work  in  one  car  to  give  the 
number  of  parking  spaces  required  per  month. 
This  figure  is  printed  out  by  the  model  and  is 
compared  with  the  parking  spaces  available  for 
each  month  to  determine  the  shortage  or  surplus 
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of  parking  spaces. 

Another  input  to  the  model  is  planned  ca- 
pital expenditures  for  new  plant  for  each  month 
of  the  future  five  years.    These  expenditure 
figures  are  the  facility  costs  for  the  time 
span  under  consideration  and  are  used  in  the 
money  summary  submodel  to  calculate  total 
costs. 

Money  Sununary  Model:    The  money  summary 
submodel  is  Che  last  of  the  modules  in  the 
Cost/Resource  Model.     Inputs  to  this  submo()el 
are  the  outputs  from  the  other  submodels:  the 
costs  per  month  of  labor,  machines,  material, 
facilities,  and  ODC.     Labor  costs  are  reduced 
by  the  amount  of  depreciation.    This  submodel 
aggregates  these  costs  per  month  to  obtain  the 
net  money  requirements  per  month.    Revenue  per 
month  for  the  new  proposal  and  for  each  exist- 
ing contract  and  proposal  is  the  input  to  the 
subnx)del.    Tliese  revenues  are  summed  and  com- 
pared with  the  net  money  requirements  to  deter- 
mine whether  money  must  be  borrowed  each  month. 
The  money  borrowed  is  multiplied  by  the  current 
prime  interest  rate  to  determine  the  cost  of 
money  for  each  month.    This  cost  is  added  to 
the  net  money  requirements  to  obtain  the  total 
money  requirements  per  month.    Money  borrowed, 
cost  of  money  borrowed  and  total  money  require- 
ments per  month  are  printed  out  by  the  sub- 
model.   The  submodel  then  aggregates  over  all 
months  in  the  five-year  timespan  money  require- 
ments and  total  revenue  per  month  for  all  con- 
tracts.   Total  money  requirements  and  total 


revenue  for  the  entire  period  arc  then  trans- 
ferred to  the  main  program. 

In  the  main  program,  depreciation  is  added 
to  money  requirements  to  obtain  total  costs.  The 
total  costs  atid  total  revenue  are  then  compared 
10  obtain  gross  earnings  over  the  time  span  under 
consideration.    Total  costs  and  gross  earnings 
a.e  then  printed  out  by  the  r»odel.    These  values 
enable  management  to  compare  probable  earnings 
figures  for  different  combinations  of  contracts 
and  proposals.     If  the  goal  is  to  find  the  roster 
of  contracts  that  will  provide  the  greatest  earn- 
ings, this  figure  is  available  from  each  run  of 
the  model  with  different  contracts  and  proposals 
included  in  each  run. 
USE  OF  OUTPUTS  OF  THE  ^K)DEL 

Predicted  resource  requirements  generated 
by  the  model  enable  management  to  plan  effec- 
tively for  the  future.    If  manpower  available  is 
at  a  high  level  at  the  present  time,  the  model 
will  indicate  when  a  surplus  of  manpower  will 
occur  and  the  kinds  of  manpower  involved.  Gene- 
rally, contracts  in  house  phase  out  after  a  few 
years  and  valleys  occur  in  resource  requirements. 
Management  must  know  where  those  valleys  will 
fall  so  that  new  business  may  be  obtained  to 
take  up  the  slack.    This  model  will  provide 
management  with  this  information. 

On  the  other  hand,  the  company  may  have  a 
large  backlog  of  business  with  an  expected 
shortage  of  resources.    A  request  for  proposal 
may  come  in  and  management  must  know  whether  to 
bid  on  it  or  not.    It  is  important  to  know  over 
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what  time  span  the  proposed  business  would 
demand  resources.    If  it  comes  at  the  peak 
period^  it  would  be  most  politic  not  to  submit 
a  bid  since  the  company  could  not  show  a  capa- 
bility for  performing.    It  is  also  necessary 
for  management  to  know  when  to  start  enlarging 
the  work  force  to  accommodate  the  peak  work 
load.    Or,  it  may  be  desirable  to  work  overtime 
for  a  period  rather  than  to  staff  up  and  a  few 
months  later  have  to  lay  off.    It  is  essential 
to  know  how  large  the  gap  is  between  require- 
ments and  resolirce  availability  to  determine 
whether  overtime  in  lieu  of  adding  workers  is 
feasible. 

Space  requirements  are  another  important 
factor  in  management  planning.    Will  we  be 
short  of  space  for  a  certain  peak  period?  Will 
we  need  to  expand  space  for  the  long  run?  Can 
we  change  the  shift  factor  and  increase  the 
sizes  of  the  night  shifts  to  effect  better  uti- 
lization of  space?    Management  must  know  when 
peaks  occur,  what  the  trend  of  space  require- 
ments over  the  long*  run  will  be,  and  when 
valleys  in  space  utilization  occur  so  as  to 
plan  efficiently  for  adding  facilities, 
planning  additional  leasing  of  facilities,  or 
phasing  out  presently  held  leaseholds. 

The  model  will  provide  all  of  the  informa- 
tion required  for  management  to  make  these 
types  of  decisions.    The  Cost/Resource  Model 
is  an  effective  tool  for  management  in 
planning  resource  allocations  and  determining 
the  most  profitable  new  business  to  be 


acquired. 

The  model  also  provides  management  with  a 
view  of  what  resource  allocations  would  be  if  a 
contract  currently  in  house  were  revised  or  ter- 
minated or  if  a  proposal  currently  under  consi- 
deration by  a  customer  were  slipped  or  advanced 
or  changed  in  scope.    Management  must  be  able  to 
react  quickly  under  these  circumstances  to  pro- 
vide the  customer  with  an  estimate  of  the  cost 
of  the  proposed  revision. 

Quick-response  is  one  of  the  characteristics 
of  the  model.    Most  of  the  input  data  are  stored 
on  disk  files  and  updated  quarterly  through  the 
time-sharing  terminal.    Manpower  data  are  stored 
on  tape  which  is  updated  quarterly.    Input  data 
which  must  be  prepared  at  the  time  the  model  is 
run  involve  requirements  for  a  new  proposal,  re- 
vision requirements  for  an  existing  contract  or 
proposal  and  requirements  for  planned  subcon- 
tracting and  new  machines.    Two  files  are  in- 
volved with  this  data.    One  additional  file  must 
be  revised  when  a  new  proposal  or  contract  revi- 
sion is  under  consideration:    the  revenue  file. 
This  state  of  preparedness  and  minimization  of 
data  preparation  at  model-run  time  provide  the 
quick-turnaround  time  essential  to  management 
decision-making. 
VEHICLE  FOR  THE  MODEL 

The  Cost/Resource  Model  is  programmed  in 
Fortran  for  the  batch  world  of  the  Honeywell  635 
computer.    Memory  required  for  the  program  is 
65K.    An  overlay  technique  is  useil  to  keep  pro- 
grain  size  down  as  much  as  possible.  Running 
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time  for  the  model  is  six  hundreths  of  an  hour, 
or  three  and  a  half  minutes. 

Fortran  was  chosen  as  the  language  for  the 
model  because  the  original  intention  was  to 
operate  the  model  in  the  timesharing  mode  and 
none  of  the  simulation  languages  were  available 
at  that  time  in  the  timesharing  mode  of  the 
635  computer. 

Design,  programming  and  testing  of  the 
model  have  required  two  years  of  one  person *s 
time.    Approximation  of  the  current  level  of 
Division  activity  has  also  been  accomplished 
within  that  two-year  time  span. 
DATA  COLLECTION 

Data  for  the  model  were  intended  to  come 
from  sources  already  available  within  the  com- 
pany.   A  previously  issued  report  which  has 
been  updated  quarterly  provides  manpower  data 
in  the  form  of  hours  required  per  contract,  per 
type  of  Birect  personnel,  per  month,  per  depart- 
ment, per  phase  in  the  contract  (implementation, 
production  or  production  support  phases).  This 
report  is  on  tape.    Material  requirements  are 
obtained  from  a  currently  produced  report 
which  provides  information  in  the  form  of 
material  dollars  per  month  per  contract  for  a 
two-year  time  span.    This  report  is  not  pre- 
sently in  a  form  suitable  for  direct  input  to 
the  computer.    It  must  also  be  extended  to  a 
five-year  term. 

Machine  information  is  obtained  from  an 
eight-year  forecast  of  machine  requirements. 
It  is  anticipated  that  rather  than  updating 


this  forecast,  a  new  technique  will  be  used  of 
applying  actual  times  to  contract  requir^^i^^nts. 
Space  requirements  have  been  analyzed  to  deter- 
mine tile  amount  of  space  occupied  by  each  type 
of  person.    Areas  not  occupied  by  people,  such 
as  warehouses,  are  input  as  special  space  re- 
quirements.   This  information  is  currently 
available  within  the  company. 

Revenue  per  month  from  each  of  the  contracts 
is  obtained  from  the  Finance  Department.  Other 
data  than  those  specified  here  are  obtained  from 
various  reports  and  manuals  prepared  by  the  com- 
pany.    Included  are  man/machine  ratios,  number 
of  machines  in  each  work  center,  average  wage 
rate  for  each  type  of  personnel,  costs  of  new 
facilities  per  month  and  subcontracting  rates. 

Data  are  stored  on  tapes  or  disk  files 
depending  on  their  sources.    Disk  files  are 
generated  in  the  timesharing  mode  and  are  trans- 
lated to  BCD  files  through  the  Cardin  system, 
which  is  the  interface  between  timesharing  and 
the  batch  world. 
MODEL  VALIDATION 

The  model  will  be  validated  by  using  actual 
data  as  inputs  for  a  given  month  or  series  of 
months.    Total  actual  requirements  will  be  known 
for  each  resource  for  those  months.     It  will  then 
be  possible  to  verify  that  the  results  obtained 
by  the  model  correlate  with  the  real  world. 
STATUS  OF  THE  COST/RESOURCE  MODEL 

Design  and  programming  of  the  Cost/Resource 
Model  have  been  completed.    All  options  of  the 
model  (with  a  new  proposal ,  without  a  new 
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proposal,  with  each  of  six  revision  options) 
have  been  tested  successfully.    One  run  has 
been  made  with  partial  real  data.    The  model  is 
now  running  and  ready  for  implementation  in  a 
production  mode.    It  is  awaiting  acquisition  of 
the  data  necessary  for  production  operation. 
GLOSSARY 

End  Item  -  The  deliverable  equipment  item 
specified  in  the  contract 

Make  Span  -  The  period  of  time  required  to 
manufacture  the  item 

Set  Back  -  The  date  on  which  production  must 
begin  (obtained  by  subtracting 
the  makespan  from  the  last  end  item 
delivery  date) 

Gallagher    Distributions  -  A  series  of  six 

distributions  that  represent  expe- 
rience in  manufacturing  effort  over 
the  makespan  (derived  by  Paul 
Gallagher,  Hughes  Aircraft  Company) 

Selected      Increment  distributions  -  The  make- 
span is  divided  into  twenty  equal 
increments  and  the  proportion  of 
effort  for  each  increment  is 
specified 

Turn-Around  Time  -  The  period  from  receipt  of 
.    new  proposal  input  data  and  con- 
tract revision  information  to  sub- 
mittal of  resource  reports  to 
management 
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MAFLOS-A  GENERALIZED  MANUFACTURING  SYSTEM  SIMULATOR 


Kazvyuki  Mi tome 
Sui^umu  Tsuhara 

Susumu  Seki 
Ken'ichi  Isoda 

Central  Research  Laboratory,  Hit.,  hi,  Ltd. 
Kokubunji,  Tokyo,  JAPAN 


SU^g^lARY 

Manufacturing  systems  are  very  compli- 
cated, so  it  is  very  difficult  to  grasp 
the  actual  behaviour  of  the  manufacturing 
processes  in  detail.    Even  if  we  obtain  a 
new  idea  of  the  scheduling  algorithm  or 
the  process  layout,  it  takes  a  long  time 
until  the  idea  is  put  into  practical  use, 
because  it  is  difficult  to  prove  the  actual 
validity  of  the  idea. 

The  sixaulation  technique  is  valid  to 
solve  this  bottleneck.    However,  the  con- 
ventional sinulators  lack  the  ability  to 
simultaneously  simulate  the  material  flows 
and  the  control  systems'  behaviour. 

In  this  papers,  the  authors  analyze 
the  functions  of  manufacturing  system  in 
the  following  factors: 
(a)  equipment  lavout  (b)  control  system, 
(c)  material,  (d)  operation. 
According  to  the  analysis,  we  present  a 
new  type  simulator  which  is  named  "KAFLOS". 

MAFLOS  is  characterized  by  the 
following  features. 

(a)  MAt^LOS  has  seven  kinds  of  unit-element 
to  describe  the  equipment  layout  of 
the  manufacturing  system.    The  simula- 
tion model  is  therefore  generated  by 
combining  these  unit-element. 

(b)  MAFLOS  can  simultaneously  simulate  the 
material  flow  and  the  control  system 
behaviour. 


1.  INTRODUCTION 

Manufacturing  systems  are  very 
compli cited,  so  it  is  very  difficult  to 
grasp  the  actual  behaviour  of  the  manu- 
facturing proce?3ses  in  detail.    Even  if  we 
obtain  a  new  idea  of  the  scheduling  algo- 
rithm or  the  process  layout,  it  takes  a 
long  time  until  the  idea  is  put  into 
practical  use,  because  it  is  difficult  to 
prove  the  actual  validity  of  the  idea. 
.  Simul£itiou2)  is  one  of  the  best  methods  to 
examine  the  validity  of  such  idea- 
Conventional  simulators  such  as  GPSS, 
SIMSCRIPT  etc.,  which  ar-e  generally  used 
to  solve  queueing  problems3)4 ) ,  lack  the 
ability  to  simulate  the  control  systems* 
behaviour.    Hence,  the  conventional 
simulators  are  not  convenient  for  simul- 
taneously investigating  the  material  flow 


and  control  system. 

In  this  paper,  the  authors  will  pre- 
sent MAFLOS  (Material  Flo;:  Simulator:' 
a  new  'tvpe  simulator  for  manufactiring 
systems).    MAFLOS  has  the  function  to 
simulate  the  control  systems'  behaviour, 
the  process  layout  and  the  material  flow. 


2.     ACTIVITY  OF  MAfTUFACTURI UG  SYSTH4 

We  now  consider  the  activity  of  the 
manufacturing  system  shown  in  Figure  1  as 
an  example.    In  this  system,  the  materials 
are  manufactured  in  the  sequence  which 
follows: 

(1)  The  materials  which  arrived  fro.Ti 
external  system  are  loaded  in  the 
"container. " 

(2)  The  containers  are  vransfered  to  the 
central  "storage"  by  the  "handling' 
machines"  and  the  "conveyor." 

(3)  The  central  handling  machine  transfers 
the  containers  from  the  central 
storage  to  the  local  storages  which 
are  located  beside  the  "production 
machines."    The  containers  are  trans- 
fered  according  to  the  sequence  of 
the    work  schedule  for  the  prodiiction 
machine. 

(4)  The  handling  rachine  selects  a  mate- 
rial which  is  demanded  by  the  produc- 
tion machine,  from  the  container. 

(5)  The  selected  material  is  put  on  the 
production  machine. 

(6)  The  production  machine  works  on  the 
material. 

(7)  The  handling  machine  returns  the 
worked  material  to  the  container. 

(8)  The  central  handling  machine  sends 
back  the  container  to  the  central 
storage.    The  container  stays  at  the 
central  storage  until  another  produc- 
tion machine  requests  it. 

(9)  The  materials  flow  through  production 
machines  according  to  the  manufaotui*- 
ing  sequence  individually  given.  The 
manufacturing  sequence  for  each 
material  is  predetermined. 

(10)  The  finished  materials  are  taken  away 
by  the  conveyor  and  the  handling 
machines. 
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following  two  sets  of  data: 

(a)  The  state  of  materials. 

(b)  The  state  of  unit-equipment. 

""or  example,  the  manufacturing  time  at  the 
production  machine  is  calculated  according 
to  time  standard  in  data  set  (a)  and 
probabilistic  disturbance  (if  necessary). 
The  carrying  time  of  a  handling  machine  is 
calculated  according  to  the  present  posi- 
tion of  the  handling  machine,  in  data  set 
(b),  and  the  present  position  of  material, 
in  data  set  (a),  and  position  where  the 
material  should  be  transfered,  in  data 
set  (b). 

5.4.2    Confirming  function  for  the  start- 
ing conditions 
Proceeding  the  start  of  an  operation, 
the  confirmation  oV  the  starting  condition 
must  be  done.     As  for  the  starting  condi- 
tion, there  are  two  cases. 

(a)  Synchronization  of  materials:  Before 
the  start  of  assembling  operations, 
all  parts  that  are  needed  to  assemble 
must  be  put  together. 

(b)  Propriety  of  the  manufacturing- 

.   sequence:    Before  the  start  of  manu- 
facturing operations,  whether  the 
operation  is  on  the  correct  manu- 
facturing sequence  or  not  must  be 
examined. 


4.    THE  ST.^TE  OF  THS  MAIIUFACTURING  SYSTEM 

4.1    The  state  description  of  the 

manufacturing  system 

The  state  of  manufacturing  system  is 
described  by  the  state  of  the  materials 
and  the  state  of  the  unit-equipment. 
MAPLOS  has  the  function  to  describe  the 
following  state  of  the  manufacturing 
system. 

(1)  The  state  of  materials. 

(a)  The  present  position. 

(b)  The  progress  on  the  manufacturing 
sequence. 

(c)  The  classification  of  material 
quality:    a  good  material  or  no  good 
material. 

(d)  The  classification  of  materials  in 
waiting  state:    the  material  waiting 
the  operation  in  the  unit-equipment 
or  the  material  waiting  the  schedul- 
ing in  the  control  system. 

(2)  The  state  of  t'le  unit-equipment. 

(a)  The  state  of  operation  of  the  unit- 
equipment. 

(b)  The  progress  on  the  work  schedule. 

(c)  The  name  of  the  material  on  the 
unit-equipment. 

(d)  The  present  location  of  the  unit- 
equipment  . 

The  transition  diagram  in  the  state' 
of  the  operation  for  the  production 
machine  is  shown  in  Figure  4. 

The  items  deciding  the  state  of  each 
unit-equipment  are  shown  in  Table  2. 


A  sign  "0"  in  Table  2  denotes  that  the 
state  is  necessary  for  defining  the  state 
of  unit-equipment. 

4.2    Events  inducing  the  state  change 

The  state  of  the  materials  and  the 
unit-equipment    in  the  MAPLOS  is  changed  • 
by  the  following  events. 

(a)  The  start  and  the  end  of  the  working 
hours. 

(b)  The  operation  completion  of  the  unit- 
equipment  (handling  machine,  produc- 
tion machine,  conveyor). 

(c)  The  occurrence  of  the  disturbance 
(the  troubles  at  the  unit-equipment, 
the  manufacturing  failure  etc.). 


5.    THE  STRUCTURE  OP  MAPLOS 

5.1  The  discription  of  the  model  of  the 
manufacturing  system 

The  simulation  model  is  generated  by 
feeding  the  information  st    m  in  Pig.  5, 
to  MAPLOS.    Shown  in  Table      and  T^ble  4 
are  the  partial  input  data  for  the  model 
shown  in  Figure  1. 

5.2  Output  (simulation  reports) 

MAFLOS  prepares  the  following  output 
items  for  simulation  reports. 

(1)  The  interim  simulation  reports  at 
arbitrary  time. 

(a)  The  state  of  materials. 

(b)  The  utilization  rate  of  storages. 
An  example  is  shovm  in  Table  5. 

(2)  The  final  simulation  reports. 

(a)  The  lead  time  of  each  product. 

(b)  The  rate  of  operation  of  the  unit- 
equipment    (the  handling  machines, 
the  production  machines,  the 
conveyors) . 

(c)  The  work  schedules  of  tha  unit- 
equipment    (if  necessary;. 

An  example  is  shown  in  Table  6. 

The  output  items  can  be  easily 
extended. 

5*3    The  program  structure  of  MAPLOS 

The  whole  structure  of  program  is 
shown  in  Figure  6.    The  simulating  program 
for  the  operation  of  H/M,  P/M  and  C/V  is 
controlled  by  the  time  advance  routine  and 
renews  the  state  of  the  unit-equipment 
and  the  state  of  the  materials.    If  it  is 
necessary  to  run  the  scheduling  programs, 
the  supervisory  routine  initiates  the 
scheduling  programs.    The  scheduling 
programs  regenerate  the  work  schedule  in 
accordance  with  the  new  situation. 


6.  CONCLUSIONS 

The  fundamental  factors  which  charac- 
terize the  manufacturing  systems  are  the 
following  four  items: 
(a)  equipment  layout. 
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3.     DBSORIPTION  OF  MANUFACTURING  SYSTEM 
IN  MAFLOS 

In  MAFLOS,  we  classified  the  factors 
which  characterize  the  manufacturing 
systems'  behaviour  into  the  following  four 
categories. 

(a)  equipment  layout 

(b)  control  system 

(c)  materials 

(d)  operations 

We  will  describe  each  category  in  the 
following  sections. 

3.1    Equipment  layout 

The  equipment  layout  is  defined  by 
the  following  two  items. 

(a)  The  functions  of  each  unit-equipment. 

(b)  The  connections  between  unit- 
equipment  . 

5.1.1  Classification  of  unit-equipment 
Unit-equipment  is  classified  into 

the  following  seven  classes  according  to 
their  functions. 

(a)  Production  machine  (P/M) :    the  materi- 
al are  manufactured  by  the  production 
machines,  taking  the  machine  tools  as 
an  example. 

(b)  Handling  machine  (H/M) :    a  handling 
machine  transfers  the  materials  from 
one  place  to  another.     The  crane  which 
moves  along  the  path  is  an  example. 
V/orkers  carrying  the  material  are  also 
regarded  as  the  handling  machines. 

(c)  Connector  (C/N):    a  connector  is  a 
simplified  handling  machine. 

(d)  Rail  (R/L):    a  rail  is  a  path  along 
which  the  handling  machine  is  guided. 

(e)  Conveyor  (C/V):    a  conveyor  is  a 
carrying  machine  as  the  belt  conveyor 
or  the  overhead  conveyor. 

(f)  Conveyor  Guide  (C/G):    a  conveyor 
guide  is  a  path  along  which  the 
conveyor  is  guided. 

(g)  Storage  (S/G):    'a  st  »        is  a  unit- 
equipment  which  stocKS  the  materials. 

3.1.2  Expression  for  the  unit-equipment 
and  their  connection 

In  the  simulator-MAFLOS,  the  unit- 
equipment    represents  as  shown  in  Table  1. 
The  main  parameters  which  specify  the 
ability  of  the  unit-equipment  are  also 
shown  in  Table  1. 

The  connection  between  unit-equipment 
A  and  B  is  defined  by  the  pair  (A,  B) .  If 
A  and/ or  B  have  some  substate,  the  pair 
must  include  the  index  of  substate  as 
position  or  coordinate. 

The  manufacturing  system  which  is 
shown  in  Figure  1  is  expressed  as  shown 
in  Figure  2  by  using  Table  1. 

3.2    Control  system 

MAFLOS  has  the  functions  to  simulate 
the  control  system  with  respect  to 
(a)  Material  flow  detection 


(b)  Scheduling 

3.2.1  Material  flow  detecting  function 
for  synchronizing  the  material  flow 
and  the  control  system. 

Material  flow  detecting  function  is 
important  for  obtaining  the  information  of 
material  flows.    When  the  material  passes 
through  the  predetermined  point  in  the 
layout  of  the  manufacturing  system,  the 
information    about  the  material  flow  is 
transmitted  to  the  control  system.  The 
material  flow  detecting  function  in  MAFLOS 
are  classified  into  the  following  two 
items. 

(a)  Material  flow  detecting  function  for 
incoming  materials. 

(b)  Material  flow  detecting  function  for 
material  being  removed. 

3.2.2  Scheduling  function 

The  production  machines  work  on  the 
materials  according  to  the  work  schedule. 
The  work  schedule  is  regenerated  according 
to  the  scheduling  algorithm  suited  for  the 
controlled  manufacturing  process.  Schedul- 
ing programs  can  be  incorporated  into 
MAFLOS  and  the  timing  the  scheduling  in 
MAFLOS  can  be  selected  in  the  following 
three  manners: 

(a)  V/hen  the  material  flow  is  detected  by 
the  material  flow  detecting  function. 

(b)  Ynen  workers  cannot  maintain  the  work 
schedule  previously  given. 

(c)  When  a  given  period  of  time  passes. 

3. 3  Material 

MAFLOS  can  accept  the  following 
information    about  the  materials  in  rela- 
tion to  the  production  machine  and  the 
handling  machine. 

(1)  As  for  the  production  machine. 

(a)  Information  of  the  product  structures 
as  shown  in  Figure  3. 

(b)  Information  of  the  manufacturing 
sequence  for  each  product. 

(c)  Information  of  production  planning. 

(2)  As  for  the  handling  machine. 

(a)  Information  of  the  carrying  unit, 

for  example  container  or  pallet,  for 
each  operation  of  the  handling 
machine.    However,  the  quantity  to 
be  carrying  can  be  changed  by 
scheduling  within  the  carrying  unit. 

3.4  Operation 

In  MAFLOS,  the  operation  of  each 
unit-equipment  is  evaluated  by  the  time 
elasping  in  the  operation,  therefore  the 
function  to  calculate  the  operation  time 
is  required.     The  confirming  function  (the 
starting  conditions  are  'Complete  or  not) 
is  also  required  in  ordei  to  evaluate  the 
scheduling  results. 

3.4.1    Calculation  of  the  operation  time 

The  amount  of  time  for  each  operation 
of  a  unit-equipment  is  calculated  from  the 
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(b)  control  system. 

(c)  material. 

(d)  operation. 

The  authors  analyzed  these  fundamental 
factors  in  detail,  and  consequently  pro- 
posed a  new  type  simulator  MAFLOS. 

MAFLOS  is  characterized  by  the 
following  features: 

(a)  MAFLOS  has  seven  kinds  of  unit- 
elements  to  describe  the  equipment 
layout  of  the  manufacturing  system. 
The  simulation  model  is  therefore 
generated  by  combining  these  unit- 
elements. 

(b)  MAFLOS  can  simultaneously  simulate  the 
material  flow  and  the  control  system 
behaviour. 

(c)  MAFJOS  has  "material  flow  detecting 
function"  in  order  to  synchronize  the 
simulation  of  the  material  flow  and 
the  simulation  of  the  control  system 
behaviour. 

(d)  MAFLOS  has  "confirming  function"  in 
order  to  evaluate  the  scheduling 
results. 

MAFLOS  is  suited  for  the  design  of 
the  layout  and/or  the  control  system. 
This  simulator  is  especially  suited  for 
the  design  of  total  manufacturing  system 
including  the  control  system  and  the 
layout. 
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Table  1      Symbols  for  unit--equipment 


Unit-equipment 

Symbo 1 

Main  parameter 

Production 
mach  ine 

Manufacturing  speed 

Hand  I ing 
mach  ine 

o 

Transfer  speed 

Pick  up  and  take  down  time 

Conn  ector 

A 

Rail  NO. 

Rai  1 

I — 1 — 1  <r 

Conveyor 

1                     1  1 

1      2   -  - 

Conveyor  speed 
Conveyor  length 
Conveyor  guide  NO. 

Conveyor 
guide 

1  1  I  1— r 

1     2   3   -  - 

Coordinate  (  X  ) 

Storage 

Capacity  (X,Y,2) 

1     2   -  - 

Table  2      Items  deciding  the  state  of  each  unit-equipment 


\  UNIT- 
IT  EM\^0U  I  PMENT 

PRODUCTION 
MACHINE 

MANOLIMS 
MACHINE 

CONNECTOR 

RAIL 

CONVEYOR 

CONVEYOR 
GUIDE 

STORAGE 

STATE  or  MANU?ACTURING 

O 

O 

0 

* 

0 

• 

• 

PROCKCSS  ON  WORK 

SCHEDULE 

o 

o 

* 

* 

* 

• 

MATERIAL  NAME  ON 

UNIT-EOUIPMENT 

o 

o 

o 

* 

o 

* 

POSITION  OF  J 
urn  f-EOUlPMENT 

• 

o 

f 

* 

0 

O 

• 

EXPLANATION:  A  5lGN   "O"   DENOTES  THAT  THE   ITEM  IS  NECESSARY  FOR  uKFINElNG  THE  STATE 
THE  UNIT-EQUIPMENT 
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Fig,  2     Manufacturing  system  described  by  MAFLOS'  symbols 
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Fig,  3     Product  structure 
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Fig>  4     Transition  diagram  in  the  state  of  the  operation^ 
for  the  production  machine 
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INPUT  DATA 


OUTPUTxSIMULATlON  REPORTS) 


EQUI^HENT  LAYOUT 

a)  CAPACITY  OF  UNIT-i'QUIPr^ST 

b)  CONNECTION  BETWEEN 
U.'^IT-EQUIPMHNTS 

CONTROL  SYSTEM 

a)  LOCATION  OF  rtATERIAL  FLOW 
DETECTING  FUNCTION 

b)  WORK  SCHEDULE  OR  SCHEDULING 
ALGORITHM  PROGRAM 

C)   TIMING  OF  SCHEDULING 
MATERi;^L 

a)  manufacturi:jg  sequence 

b)  MANUFACTURING  PLAN 
INITIAL  STATE 

a)  SPATE  OF  MATERIAL 

b)  STATE  OF  UNIT- EQUIPMENT 


INTERI^*  SiriULATION  P£PORTS 
(AT  ARBITRARY  TIME) 

a)  STATE  OF  MATERIAL 

b)  UTILIZATION  PATE  OF  STORAGES 
FINAL  SIMULATION  REPORTS 

a)  LEAD  TIME  OF  EACH  PRODUCT 

b)  RATE  OF  OPERATION  OF  UNIT- 
EQUIPMENT     (HANDLING  MACHINES, 
PRODUCTION  MACHINES, CONVEYORS) 

t^)    WORK  SCHEDULES  OF  UNIT-EQUIP- 
.^CNT      (IF  NECESSARY) 


Fig.  5      Inpuo  data  and  simulation  reports 


Fig.  6     Program  structixre  of  MAPLOS 
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•Table  3      Input  data  format  for  unit- equipment 

(partial  input  data  for  the  model  shown  in  Fig.  1) 


Storage  NO. 


$  ATTRlBUTt  Of  PROCESS  ELEMENT 
STORAGE 


1  ^IIUIOI 

3 

11U201 

1 

3  1 

1 

20  1 

11U?03 

1 

3  1 

1 

3  1 

11U205 

1 

3  1 

Storage  capacity   (  X,V,Z  ) 


*>  PRODUCTION  MACHINE 


1  'f-— 

1 

"  Work  center  NO,  ^ 

d.  5 

^Production  machine  NO, 

^^^Production  machine  ability 

u 

1140        no  112 

0 

0 

10 

u 

U  0 

u 

0      u      0      u      n      0  0 

e.  3 

1  5 
d  5 
^  & 
l^U>ill 


Table  4      Input  data  format  for  connective  relation 

(partial  input  data  for  the  model  shown  in  Fig.  l) 


«  CONNECTIVE  RELATION  BETWEEN  PROCESS  bUEMENT 


HACiE 


Connective  re  1  at ion 


1      /  ^ 


HO.  1) 6 (Unit-equipment  NO.llO^ol]) 
2        113  1 


100 


n 


^^ni  t- 


equipment  NO, 
12         0  0 


I2u3u2  U 
6  1 


2 

1  1 
1  1 


12 


0  0  0 
0        0  0 
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Table  5     Interim  simulation  report  for  the  model  shown  in  Fig.  1 


*  TIME  =     1001/  B/2U/  0 


o'*  PALLET 

SAKU  BAN 


Report  time 

Material  NO 


1  'ir 
T — 


.1 

~2" 


Material  quality 
(good ) 


KOTEI   NO.       GOOD  OR  Nfl<-GOOD       EQUIPMENT  NO. 


>fl20lOl 


ami  

Position  of  material 
(unit-equipment  NO.  ) 


CONTAlNtK  Progress  on  mfg.  sequence 

CON'TAlNtK  NO.         NUMBER\Or   PALLET         EQUIPMENT  NO.  X  Y 

PALLET  SAKU  BAN      ^RANCH  NO,       kOTEI   NO,       GOOD  OR  NO-GOOD 


1  \ 

(unit-equipment  NO.  ) 
110204                 1  1 

1 

Material  NO .  — >  ^ 

1- 

.1  10204 
2 


Material  qual i ty  (Good ) 
1  2  1 


110204 

2 
2 


utilization  of  storage 

o**  RTOKaGE  no.     \  CAPACITY 

I 

1102U2 
110203 
110204 
110205 


MAX  NUMBER 


tlOlOl 
1 

MIN  NUMBER 


Total  space 


erJc 
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Table  6      Pinal  simulation  report  for  model  shown  in  Fig.  1 


Output  report 


MODEL  NAME        ♦  K. A. MODEL  ♦ 


SUMuLAflON  INTERVAL      1001/  8/  0/  0 


1001/10/30/  0 


-  STATIsnCAL  TABLE  1  o  nq-JKI  YQYuU  » 
^JOb  NO.  SfclSAKU  SU  KANSgl  SU 


Manufacturing  finished  time 
NOUKI      >v     KaNSEI  NOUKI  YOYUU 


NUUKI 


1001 
1002 
1003 


1001 
1001 


STATISTICAL    !AbLE  2       o  KaDOU  HITSU   (   P/M  ) 


P/M  NO. 


ShUGYOU 
JIKAN  wA 
(MINUTE ) 


KADOU 
JIKAN  WA 
(MINUTE) 


iprjioi 


i  ?n3ni 
1  ?ii3n^ 

1  ?(:**01 


^40 


^4u 
^4u 


Production  machine  NO. 
STATISNCAL  TABLE  3 


(1.147 
0,062 
0.104 
0,042 


Operation  time 
»  KADOU  HITSU   (   H/H   )  • 


KADOU  RITSU 

-Rate  of  operation 

 d  (Production  machine) 

0;i67  J 


H/M  NO. 


shugyou 

JIKAN  WA 
(MINUTE) 


KAOOU 
JIKAN  WA 
(MINUTE) 


KADOU  RITSU 

Rate  of  operation 
(Handling  nachine) 


■^lOiJOl 


■^10301 
11D401 

■^10601 


240 


240 
240 
240 
24U 


1 


11 
1 
5 
6 


07004 

"oHTI  * 


0,046 
0.004 
0.021 
0.025 


Handling  machine  NO, 
STATISTICAL  TABLE  4 

C/V  NO.  UNPaN 

NUURYQKU 


*  KaDOU  RITSU  <   C/V   )  ♦ 

UNPaN  KOSU        KaDOu  RITSU 


-m — 

Conveyor  NO. 


rfro — * 


,Rate  of  operation 
(Conveyor) 
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A  DESCRIPTION  OF  AN  AAW  MODEL  AND  ITS  CLASSROOM  USES. 

Alvin  F.  Andrus 
Naval  Postgraduate  School 
Monterey,  California 

Abstract 

A  probabilistic  event  store  computer  simulation  of  the 
Interactions  between  surface-to-air  missile  systems 
and  aircraft  In  a  non-jamming  environment  and  over 
flat  terrain  Is  presented.    The  purpose  of  the  model 
Is  to  test  the  general  disposition  of  the  missile 
areas  and  the  associated  missile  system  reaction  times 
against  an  aircraft  attack.    The  model  Is  used  as 
text  material  In  a  simulation* course .    Several  model 
applications  are  Included. 

1.  INTRODUCTION 

The  model  presented  In  this  paper  Is  an 
event  store  computer  simulation  of  the  Inter- 
actions between  surface-to-air  missile  systems 
and  aircraft  In  a  non- jamming  environment  and 
over  flat  terrain.    The  model  Is  programmed  In 
FORTRAN,    The  purpose  of  the  model  Is  to  test 
the  general  disposition  of  missile  areas  and 
the  associated  missile  system  reaction  times 
against  an  aircraft  attack.    The  model  Is  a  pro- 
babilistic monte  carlo  simulation.    That  Is, 
the  success  or  failure  of  a  probabilistic  event 


lis  determined  In  the  model  by  comparing  the 
numerical  value  assigned  to  the  probability  of 
success  or  failure  to  a  program  generated  random 
number.    The  model  was  constructed  as  a  classroom 
aid  to  be  used  In  a  graduate  course  on  system  sim- 
ulation as  applied  to  military  conflict  situ-* 
atlons.    The  motivation  behind  the  construction 
was  to  provide  a  model  that  would  be  complex 
enough  to  be  Interesting  for  the  student  to  use 
and  at  the  same  time  single  enough  to  Illustrate 
the  progranraiing  techniques  of  computer  simulation 
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model  building. 

2.  PLAYING  AREA 

The  playing  area  for  the  model  is  a  pie 
slice  portion  of  a  circle.    The  center  and  radius 
of  the  circle  and  the  central  angle  defining  the 
pie  slice  are  inputs.    The  numerical  restrictions 
within  the  computer  program  are  such  that  the 
central  angle  and  radius  must  be  less  than  180 
degrees  and  1000  miles  respectively. 

3.  OFFENSE 

The  >offense  consists  of  as  many  as  twenty 
aircraft.    These  aircraft  fly  through  the  playing 
area  in  an  attempt  to  penetrate  a  set  of  missile 
defenses.    The  entry  points  into  the  playing 
area  for  the  aircraft  are  generated  uniformly 
over  the  arc  of  the  circle  defined  by  the  playing 
area.    The  flight  path  for  each  aircraft  after 
it  enters  the  playing  area  is  to  fly  straight 
toward  the  center,  (GX,GY).    The  spacing  time 
between  aircraft  and  the  speeds  and  altitudes 
of  aircraft  are  generated  uniformly  between 
their  respective  minimum  and  maximum  values. 
These  minimum  and  maximum  values  arc  inputs  to 
the  model. 

The  aircraft  in  the  model  play  a  passive 
role  and  serve  only  as  the  set  of  stimuli  needed 
to  cause  the  missile  syste;     to  act.    These  air- 
craft do  not  defend  themselves  against  missile 
attack  nor  do  they  attack  the  missile  areas. 

4.  DEFENSE 

The  defense  consists  of  as  many  as  three 
missile  areas  with  their  associated  missile 


systems.    These  missile  areas  need  not  be  located 
within  the  playing  area;  however,  since  only  the 
results  of  interactions  occurring  within  the 
playing  area  are  considered  in  the  model,  the 
sphere  of  influence  of  the  :;,issile  area  must  in- 
clude some  portion  of  the  playing  area  in  order 
for  the  missile  areas  to  exert  any  effect  on  ihn 
simulation  results. 

Associated  with  each  missile  area  are  the 
parameters  needed  to  describe  its  missile  system. 
The  values  of  these  parameters  are  inputs  to  the 
model,  and  the  parameters  are: 

(1)  Search  radar  maximum  range. 

(2)  Missile  maximum  range. 

(3)  Missile  average  speed. 

(4)  The  number  of  tracking  radars. 

(5)  The  number  of  missile  launchers. 

(6)  Maximuh]  and  minimum  time  required  to 
reload  a  launcher. 

(7)  Maximum  and  minimum  time  required  to 
assess  a  target  after  missile  intercept. 

(9)    Missile  single-salvo  kill  probability. 
The  significant  time  delays  inherent  to  the 
missile  systems  included  in  the  model  are: 

(1)  Reload  time:    The  amount  of  time  re- 
quired to  reload  a  missile  launcher. 

(2)  Acquisition  time:    The  amount  of  time 
required,  once  an  aircraft  is  observed 
on  the  search  radar,  to  transfer  the 
aircraft  as  a  target  to  an  available 
tracking  radar. 

(3)  Assessment  time:     The  amount  of  time 
the  tracking  radar  must  remain  trained 
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on  Che  target  aftei*  missile  Intercept 
in  ordel'  for  the  result  of  th^  Inter- 
cept to  be  observed. 
In  the  moc'^el  all  of  these  times  are  assumed 
to  be  unlfornly  distributed  between  their  maximum 
and  minimum  values,  which  are  inputs  to  the  model. 

5.  ASSUMPTIONS 

Xt  is  an  assumption  of  the  model  that  all 
aircraft  are  observed  by  all  missile  areas  sub- 
ject to  the  aircraft  radar  horizon  and  the 
missile  area  search  radar  maximum  range.    It  is 
also  the  case  that  in  order  to  fire  a  missile, 
or  salvo,  at  jn  aircraft: 

(1)  The  aircraft  must  be  observed  at  the 
time  of  fire. 

(2)  A  missile  launcher  must  be  loaded. 

(3)  A  tracking  radar  must  be  free  in  order 
to  be  used  for  full  course  missile 
guidance. 

(4)  The  intercept  point  must  be  within  the 
missile  maximum  range  circle. 

(5)  The  aircraft  must  not  be  past  the 
point  of  closest  approach  to  the  mis- 
sile area  at  the  time  of  fire. 

The  firing  doctrine  for  a  missile  system  is 
shoot-look-shoot  at  all  available  aircraft. 
That  is  I  when  a  missile  area  has  launched  a 
salvo  against  a  target  no  new  salvos  against 
that  target  will  be  launched  from  that  missile 
area  until  that  salvo  has  intercepted  the  target 
and  the  results  of  the  intercept  have  been  as- 
sessed.   The  aircraft  are  selected  as  targets, 
within  the  missile  launcher  and  tracking  radar 


numerical  restrictions,  on  a  first-come  first- 
served  basis.    The  model  does  not  include  alti- 
tude or  minimum  range  restrictions  on  the  missile. 

An  illustration  of  the  playing  area  with  a 
typical  missile  area  and  aircraft  flight  path  is 
Included  as  Figure  1. 

6.    GAME  DOCTRINE 

With  the  input  paraineter  values  assigned  the 
model  considers  the  interactions  that  occur  in 
the  playing  area  between  the  missile  systems  and 
aircraft.    For  the  given  set  of  defensive  and 
offensive  parameters  the  required  number  of  air- 
craft vill  enter  the  playing  area  at  points, 
times,  speeds  and  altitudes  generated  by  the 
computer  program.    This  set  of  aircraft  will  then 
proceed  directly  toward  the  center,  (GX,GY), 
passing  through  the  missile  defenses. 

One  complete  pass  through  the  computer 
simulation  cith  one  set  of  aircraft  is  referred 
to  as  a  replication.    To  generate  data  for  stat- 
istical purposes,  at  the  completion  of  a  re- 
plication the  computer  program  will  generate  a 
new  set  of  aircraft  and  using  the  same  set  of 
input  values  will  produce  another  replication. 
The  desired  number  of  replications  is  an  input 
value  and  must  be  less  than  twenty-one.  An 
entire  set  of  replications  for  a  given  number 
of  aircraft  is  referred  to  as  a  run.    For  each 
run  the  model  output  consists  of  any  of  the 
following  forms  of  output: 

(1)  Battle  History:  An  event  history  ot* 
each  replication  containing  the  gen- 
erated events  of  the  battle  in  the 
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orJIcr  in  which  the  cvcnCs  occur  and 
arc  generated* 
(2)    Standard:    A  compilation       each ^re- 
plication containing  all  aircraft 
initial  conditions  and  the  number  of 
salvos  fired  b;,  each  njissile  area  at 
each  aircraft  and  the  identification 
ot  the  (nlssile  area  responsible  for 
killing  each  aircraft. 
''3)    Summary:    A  nummary  of  information, 

by  totals  with  respect  to  replication, 
for  each  run  including  the  sample 
wean,  variance  and  standard  deviation 
of  all  totals  presented. 
The  computer  program  will  make  as  many 
runs  as  desired  with  an  increased  number  of 
aircraft  for  each  run.    The  number  of  aircraft 
in  the  first  run,  the  Increment  for  the  number 
of  aircraft  in  each  new  run,  and  the  number  of 
runs  are  Input  values.    Each  new  run  is  con- 
sidered by  the  model  to  be  an  extension  of  the 
previous  run,  that  is,  If  run  three  contained 
seven  aircraft  and  run  four  is  to  contain  nine 
aircraft,  then  for  all  replications  in  run  four 
the  first  seven  aircraft  will  have  entry  points, 
altitudes,  speeds  and  times  identical  to  those 
replications  In  run  three,  etc.    The  random 
numbers  used  In  the  replications  of  a  run  in 
order  to  fkstermine  the  outcome  of  probabilistic 
events  are  used  again  In  the  .replications  of  a 
new  run.    In  this  manner  It  Is  hoped  that  any 
changes  In  the  results  between  runs  can  be 
attributed  to  the  Increase  In  the  number  of 
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aircraft  rather  than  to  the  deviations  of  the  sets 
of  random  numbers  used.    The  model  contains  two 
wissile  firing  proce^iares.    These  procedures  arc 
referred  to  as  uncoordinated  and  coordinated  and 
the  procedure  used  is  determined  by  the  user  as 
an  input  to  the  mo6il.    The  uncoordinated  missile 
firing  procedure  allows  all  roissile  areas  in  the 
simulation  to  fire  missiles  ct  all  aircraft  that 
can  possibly  be  fired  upon  while  the  coordinates! 
missTe  firing  procedure  allows  a  nisiiile  area  to 
fire  missiles  at  ar,  aircraft  only  if  no  other 
missile  area  is  currently  engaging  that  aircraft. 
VHicn  the  user  elects  to  employ  both  procedures, 
they  are  not  intermixed  in  the  simulation  but 
are  run  separately  and  the  same  sets  of  aircraft 
and  sequences  of  random  numbers  are  used  in  the 
corresponding  replications  and  runs  of  the  sim- 
ulation so  that  difference  in  the  results  can  be 
attributed  to  the  procedure  used. 

V.  EVENTS 

As  mentioned  earlier  the  mcuel  Is  an  event 
store  computer  simulation.  I.e.,  all  actions 
what  are  to  occur  in  the  simulation  are  dyna- 
mically generated  by  the  computer  program  as  a 
result  of  previous  simulation  actions  and  are 
listed  chronologically  in  an  Event  Store  List. 
Each  of  the  actions  Included  in  the  simulation 
assumes  the  form  of  a  computer  program  sub- 
routine, called  an  event,  and  the  Information 
pertaining  to  the  action  on  the  Event  Store  List 
Is  the  Information  needed  to  execute  the  proper 
subroutine.    There  are  only  four  major  actions 
Included  in  the  model  as  events  and  chcse  events 


are:. 

(1)  Fire  Missile  Salvo. 

(2)  Missile  Intercept. 

(3)  Reload  Missile  Launcher. 

(4)  Free  the  Tracking  Radar  from  an  Inter- 
cepted Target. 

Each  of  the  computer  program  subroutines  repre- 
senting these  events  uses  as  input  parameters 
the  following  information: 

(1)  Time  event  is  to  occur. 

(2)  Identification  of  Event. 

(3)  Identification  of  Aircraft. 

(4)  Identification  of  Missile  Area. 

The  dynamic  process  of  simulating  one  air 
battle  from  start  to  finish  forms  the  executive 
routine  for  the  computer  simulation.    This  exe- 
cutive routine  consists  of  two  program  sub- 
routines referred  to  as  SNE  and  TNE.      SNE,  Store 
Next  Event,  is  the  subroutine  that  takes  the 
generated  information  pertaining  to  an  inter- 
action and  properly  places  this  information  on 
the  Event  Store  List.    TNE,  Take  Next  Event,  is 
the  subroutine  that,  at  the  completion  of  any 
of  the  four  events,  interrogates  tha  information 
on  the  Event  Store  List  and  transfers  control 
of  the  computer  program  to  the  proper  subroutine* 

General  flow  charts  describing  the  logic 
included  in  each  event  of  the  simulation  plus 
the  interrelationship  of  events  are  included 
as  Figure  2  through  Figure  6. 

8.    MODEL  RESULTS 

In  this  section  a  typical  application  of 
the  model  is  presented.    Basic  to  this  discussion 


are  the  set  of  model  inputs  contained  in  Table  1. 
The  position  of  the  missile  sices  is  illustrated 
in  Figure  7.    The  measure  of  effectiveness  used 
in  this  presentation  is  missile  system  effective- 
ness defined  as  the  percent  of  aircraft  killed 
averaged  over  the  replications.    Using  this  basic 
input  as  a  starting  scenerio  we  shall  use  the 
model  to  investigate  trade  offs  in  the  values 
of  the  missile  system  parameters  in  an  effort  to 
maintain  missile  system  effectiveness  at  a 
minimum  value  of  .95. 

8.1    Missile  Kill  Probability:    In  order  to 
determine  an  effective  minimum  acceptable  missile 
kill  probability  for  the  missile  system  the  mis- 
sile kill  probability  was  varied  from  35  to  95 
percent  while  all  other  parameters  were  held 
constant.    The  results  of  the  model,  i.e.  the 
percent  of  aircraft  killed  as  a  function  of 
missile  kill  probability  for  four  raid  sizes,  are 
displayed  in  Figure  8.    As  expected,  the  percent 
of  aircraft  killed  increases  with  increasing 
missile  kill  probability. 

In  Figure  9  is  the  graph  of  the  percent  of 
aircraft  killed  as  a  function  of  raid  size  for 
the  missile  kill  probabilities  of  35,  65  and  95 
percent.    From  the  graph  it  can  be  seen  that 
for  each  of  these  missile  kill  probabilities 
the  saturation  raid  size  for  the  missile  system 
appears  to  be  between  10  and  15  aircraft,  i.e. 
the  percentage  of  aircraft  killed  seems  to  begin 
decreasing  in  this  range  indicating  the  missile 
system  begi*TS  to  lose  effectiveness  for  raid 
sizes  larger  than  10.    It  can  also  be  seen  that 
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there  isn't  much  difference  between  the  coordin- 
ated and  uncoordinated  firing  modes.    This  Is  due 
to  the  position  of  the  missile  sites  and  the 
range  of  the  missile  In  the  scenario,  i.e.  these 
constraints  are  such  that  very  few  aircraft  are 
simultaneously  considered  as  targets  by  more  than 
one  missile  site.    It  should  be  noted  that  for 
the  65  percent  missile  kill  probability  that 
missile  system  effectiveness  is  not  at  the 
desired  level  of  95  percent.    Maintaining  the 
missile  kill  probability  at  65  percent,  we  shall 
now  look  at  other  parameters  of  the  system  to 
determine  their  effect  on  missile  system  effec- 
tiveness. 

8.2  Missile  Speed:    The  missile  average  speed 
was  then  varied  from  600  to  1300  miles  per  hour. 
The  effect  on  missile  system  effectiveness  for 
the  four  raid  sizes  is  graphed  in  Figure  10. 
The  results  indicate,  again  as  expected,  that 
the  percent  of  aircraft  killed  Increases  as 
missile  speed  Increases  but  is  still  below  95 
for  the  rala  size  of  20,    Figure  11  contains  the 
graph  of  missile  system  effectiveness  as  a 
function  of  raid  size  for  the  selected  missile 
speeds  600 »  900  and  1300  miles  per  hour, 

8.3  Aircraft  Speed:    Employing  a  missile  speed 
of  1300  miles  per  hour  and  a  missile  kill  pro- 
bability of  65  percent  the  sensitivity  of  the 
system  was  tested  against  aircraft  speed.  The 
model  was  run  varying  aircraft  speed  from  350  to 
1050  miles  per  hour.    The  results  are  graphed 

In  Figure  12,    Figure  13  contains  the  graph  of 
missile  system  effectiveness  as  a  function  of 


raid  size  for  the  selected  aircraft  speeds  350, 
750  and  1050  miles  per  hour.    It  can  be  seen 
from  these  graphs  that  missile  system  effec- 
tiveness decreases  as  aircraft  speed  increases 
and  that  for  the  aircraft  speed  of  750  miles  per 
hour      .  missile  system  effectiveness  has  de- 
creased below  90  percent  for  all  raid  sizes 
tested, 

8,4    Tracking  Radars  and  Launchers:    Using  the 
same  scenario  as  that  used  above  for  the  sensi^ 
tlvlty  of  the  system  with  respect  to  aircraft 
speed,  the  basic  missile  system  was  changed  from 
one  launcher  and  two  tracking  radars  to  two 
launchers  and  four  tracking  radars  at  each  site. 
The  results  are  graphed  in  Figure  14,  This 
Increase  in  missile  system  capability  provides 
an  increase  acrcss  the  board  in  missile  system 
effectiveness.    Figure  15  contains  the  graph  of 
missile  system  effectiveness  as  a  function  of 
raid  size  for  the  selected  aircraft  speeds  of 
350,  750  and  1050  miles  per  hour.    When  comparing 
these  results  to  those  contained  In  Figure  11  It 
should  be  noted  that  the  "doubling"  of  missile 
system  capability  does  not  In  fact  double  missile 
system  effectiveness.    At  an  aircraft  speed  of 
750  miles  per  hour  for  Instance,  the  maximum 
increase  In  missile  system  effectiveness  caused  - 
by  the  Increase  in  missile  system  capability  Is 
45  percent.    The  overall  maximum  Increase  in 
missile  system  effp  "tlveness  is  73  percent  and 
occurs  at  an  aircraft  speed  of  1050  miles  per 
hour  with  a  raid  size  of  20, 
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1:  Entry  arc  for  aircraft 

2:  Typical  aircraft  entry  point  and  flight  path 

3:  Location  of  missile  site 

4:  Missile  maximum  range  circle 

5:  Search  radar  maximum  range  circle 

6:  Point  of  closest  approach 

GX,GY:  Center  of  circle  defining  playing  area 

RCC:  Playing  area  radius 

6:  Central  angle 


Playing  Area  Illustrating  Missile  Site  and  Aircraft  Flight  Path 

Figure  1 
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Start  Program 


Read :  Inputs 

Set  game  constants 

Print:  Inputs 


I 


For  each  aircraft,  Generate 

Point  of  entry 
Speed 

Time  of  entry 
Altitude 
Radar  horizon 


I 


For  each  missile  area,  Compute 
PCA  distance 
PCA  time 


SNE  Fire  Event  for  each  alrcraf t/mlsslle 
area  combination  at  earliest  possible 
missile  firing  time 


Simulation  Logic  for  Model  Initialization 


Figure  2 
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FIRE  EVENT 

Input:    Current  time,  T 

Missile  site  number 
Aircraft  number 


NO 


(J 
(J 


i. 


Aircraft  past  PCA 


> 


YES 


NO 


Aircraft  alive 


I 


> 


NO 


YES 


Launcher  loaded 


I 


YES 


Tracking  radar  free 


> 


> 


NO 


NO 


YES 


Coordinated  firing  mode 


I 


mode^^ 


YES 


Aircraft  engaged 


> 


YES 


■^^^^^■^Intercept  possible 


i 


YES 


(Intercept  point  beyond  ^mq_ 
missile  range  } 


1 


YES 


SNE  Fire  Event;  at  T  +  STEP 


SNE  Fire  Event  for  this 
aircraft/missile  site  at 
T  -f  STEP 


SNE  Intercept  Event  for  this 
alrcraf t/mlsslle  slt^  at 
T  -f  Time  of  Flight 


I 


SNE  Reload  Event  for  this 
missile  site  at  T  +  Time 
to  Reload 


Reduce  number  of  loaded  launchers  and 
available  .tracking  radars  for  this 
missile  site 


Fire  Event  Logic 
Figure  3 
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11  lERCEPT  EVENT 

Input:    Current  time,  T 

Missile  site  number 
 Aircraft  number 


C 


I 


Aircraft  alive 


C 


I 


TNE  ^ 


YES 


Aircraft  killed 


NO 


YES 


SNE  Fire  Event  for  this 
alrcraf t/mlsslle  site  at 
T  +  Assessment  Time 


I 


SNE  Free  Tracking  Radar  Events 
for  ^11  missile  sites  engaging 
this  aircraft  at  T  +  Assess- 
ment Time 


SNE  Free  Tracking  Radar 
Event  for  this  missile 
site  at  T  +  Assessment 
Time 


I 


Set  aircraft  Indicator 
dead 


Intercept  Event  Logic 


Figure-  A 
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Free  Tracking  Radar  Event 

Input:  Current  time,  T 

Missile  site  number 


I 

Increase  number  of  free 
tracking  radars  by  1  for  this 
missile  site 


Reload  Event 

Input:  Current 

time,  T 

Missile 

site  numbex 

Increase  number  of 

loaded 

launchers  by  1  for 

this 

missile  site 

Free  Tracking  Radar  Event  Logic 
Reload  Event  Logic 

Figure  5 
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Interrelationship  of  Events 
Figure  6 
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1:  Missile  maximum  range »  50  miles 
2:    Typical  aircraft  flight  path 


Disposition  of  Missile  Sites  for  Application  Scenario 
Figure  7 
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Missile  System  Effectiveness  (MSE)  vs  Missile  Probability  of  Kill  (  P(K)  ) 

Figure  8 


1.00 


MSE 


P(K)  =  .95 


P(K)  =»  .65 


P(K)  «  .35 


RAID  SIZE 


Uncoordinated  firing  mode 
Coordinated  firing  mode 


Missile 'System  Effectiveness  (MSE)  vs  Raid  Size 


Figure  9 
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Missile  System  Effectiveness  (MSE)  vs  Missile  Speed 


Figure  10 
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Missile  System  Effectiveness  (MSE)  vs  Raid  Size 
Figure  11 
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Missile  System  Effectiveness  (MSE)  vs  Aircraft  Speed 
Figure  12 
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Missile  System  Effectiveness  (MSE)  vs  Raid  Size 


Figure  13 
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9.  CONCLUSION 

This  paper  has  attempted  to  describe  In  min- 
imum detail  a  missile  system  simulation  and  some 
typical  applications.    It  has  been  assumed  that 
the  complexity  of  the  surface-to-air  missile  anti- 
air  warfare  situation  is  such  that  .answers  to  the 
questions  posed  in  the  applications  of  Section  8 
are  not  readily  available  by  convenient  analy- 
tical methods.    If  this  is  true  then  a  model 
of  this  type  can  serve  a  useful  purpose.  The 
model  has  been  used  in  several  classes  as  an  aid 
to  solving  several  anti-air  warfare  problems. 
In  the  course  in  system  simulation  in  which  the 
model  is  used  the  student  adapts  the  model  to 
a  problem  of  his  own  selection,  creates  the  in- 

8,  uses  the  model  to  generat'e  data  and  then 
performs  an  appropriate  analysis  of  the  data. 
The  simplicity  of  the  model's  structure  has  in- 
fluenced the  thinking  of  several  students  in  the 
development  of  models  for -Master's  Thesis  in 
Operations  Research  at  the  Naval  Postgraduate 
School. 
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SIMULATION  IN  THE  DESIGN  OP 
AUTOMATED  AIR  TRAFFIC  CONTROL  FUNCTIONS 


Paul  D.  Flanagan,  Judith  B.  Currier,  Kenneth  E.  Willis 
METIS  Corporation 

Abstract 

This  paper  describes  the  design  and  use  of  a 
simulator  of  some  of  the  newly  automated  safety 
separation  functions  for  terminal  air  traffic 
control  (ATC) .    The  program  was  used  not  only 
for  analysis  and  design  of  these  functions  but 
also  as  a  testbed  for  the  logic  actually  imple- 
mented in  the  Knoxville,  Tennessee  terminal. 
Imbedded  in  the  program  is  an  emulator  of  the 
Goodyear  Aerospace  Corporation  STARAN  IV  Associa- 
tive Processor  used  at  Knoxville.     The  three 
major- ATC  functions  simulated  are:     1)  advanced 
mid-air  conflict  prediction  and  evaluation, 

2)  conflict  resolution  maneuver  generation,  and 

3)  automated  voice  advisory  message  generation 
and  scheduling. 

INTRODUCTION  time,  there  was  an  ongoing  program  (the 

In  early  1971,  the  Federal  Aviation      ARTS  III  program)   to  provide  automated 
Administration  (FAA)  began  a  program  to       radar  tracking  and  alphanumeric  display 
provide  expanded  automated  air  traffic         functions  at  the  63  largest  terminals  in 
control  (ATC)   functions  at  the  FAA  test        the  U.S.    The  Knoxville  experiment  was 
sicc  in  Knoxville,  Tennessee.    At  that         designed  to  extend  these  automated  func- 
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tions  to  provide  safety  separation  func- 
tions^ namely,  mid-air  conflict  predic- 
tion, resolution  maneuver  generation,  and 
automated  vocal  traffic  advisories. 

Another  important  aspect  of  the 
KD^xville  experiment  was  the  evaluation 
of  the  STARAN  associative  processor  (AP) 
built  by  Goodyear  Aerospace  Corporation, 
This  new  type  of  computer  was  to  be  con- 
sidered as  an  addition  to  the  ATC  system 
to  provide  large  amounts  of  computational 
power  for  various  specialized  ATC  func- 
tions.    The  STARAN  would  act  in  conjunc- 
tion with  a  UNIVAC  1230  processor  to  pro- 
viiSe  the  data  processing  required  for  the 
Knoxville  terminal  area. 

As  participants  in  this  program, 
the  authors  designed  and  used  a  simulation 
of  the  ATC  system  to  be  used  at  Knoxville. 
The  simulator  was  used  for  analysis  and 
design  of  the  safety  separation  soft- 
ware required  for  the  experiment.  In 
addition,  the  simulator  functioned  as  a 
testbed  for  the  logic  actually  implemented 
in  Knoxville. 

The  major  benefits  derived  from  de- 
signing and  testing  the  software  on  the 
simulator  wore  low  cost  of  implementa- 
tion and  ability  to  allow  parallel  soft- 
ware development.    Many  functions  were 
being  programmed  for  Knoxville,  a  unique 
systera  with  only  limited  time  available 
for  program  test.     By  designing  and 


testing  the  safety  separation  logic  on 
the  simulator,  other  functions  could  use 
more  time  on  the  Knoxville  system  without 
impeding  logic  development.     In  addition, 
the  simulation  program  was  located  in  the 
programming  facility  in  the  Washington, 
D.C.  metropolitan  area.    Thus,  costs  of 
simulation  development  were  offset  by  de- 
creased travel  costs  and  reduction  in  time 
required  on  the  Knoxville  computers. 
GENERAL  DESIGN 

The  simulator  was  a  model  of  the 
software  functions  used  in  the  Knoxville 
experiment.    No  hardware  was  simulated 
explicitly,  although  hardware  characteris- 
tics which  impacted  on  the  software  func- 
tions were  included  in  the  model.  Figure 
1  displays  the  data  processing  functions 
of  the  original  Knoxville  experiment. 

The  simulator  was  written  in  FORTRAN 
for  the  CDC  6600  computer.    The  functions 
of  the  Executive,  Beacon  and  Radar  Target 
Return  Processing,  and  Data  Entry  and  Dis- 
play Processing  were  modeled  functionally. 
That  is,  the  input  and  output  of  these 
functions  were  defined  by  the  Knoxville 
system  and  used  in  the  simulator.  The 
logic  of  these  simulated  functions,  how- 
ever, was  not  identical  to  that  used  in 
Knoxville.    The  Conflict  Resolution  func- 
tion was  modeled  logically.    The  simula- 
tor was  used  as  a  test  bed  for  this  func- 
tion.   The  software  of  the  Asl relative 
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Processor  was  modeled  by  using  an  emu- 
lator of  the  AP  in  the  simulation.  The 
same  instructions  used  in  the  AP  at 
Knoxville  were  input  to  the  emulation 
portion  of  the  simulator  to  provide 
these  functions.     In  addition  to  the 
functions  shown  on  Figure  1,  a  test 
track  generator  was  added  to  the  simula- 
tor so  that  the  output  of  the  data 
acquisition  system  could  be  siniulated. 
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As  the  project  progressed/  various 
changes  were  made  in  the  required  func- 
tions.   Conflict  resolution  was  changed 
so  that  traffic  advisories  could  be  auto-' 
matically  transmitted  on  the  ATC  voice 
channel.    Conflict  prediction  was  examined 
as  a  serial  processor  function  rather  than 
as  a  parallel  processor  function.  Thus, 
various  modules  not  shown  on  Figure  2  were 
added  to  the  basic  simulation  design. 


ASSOCIATIVE 
PROCESSOR 


EXECUTIVE 


BEACON  AND  RADAR 
TARGET  RETURN 
PROCESSING 


CONFLICT 
RESOLUTION 


DATA  ENTRY 
AND  DISPLAY 
PROCESSING 


-4 


CORRELATION 
AND  TRACK 
SMOOTHING 


CONFLICT 
PREDICTION 


Figure  1 

DATA  PROCESSING  FUNCTIONS  -  KNOXVIIiLE  EXPERIMENT' 


Figure  2  shows  the  simulation  struc-  These  modules  were:     serial  computer 

ture.    The  box  labeled  APEX  represents  tracking  logic,  serial  computer  conflict 

Che  associative  processor  emulator.  prediction,  and  automated  voice  advisory 

Th:     'igure  represents  the  initial  message  generation. 

s'       ition  design.  The  remaining  sections  of  this  paper 
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describe  the  design  of  the  various 
si-"-  ''ation  modules. 


position  would  be  reported  to  the  track- 
ing function  after  a  suitable  amount  of 


SIMULATED  EXECUTIVE  CONTROL 
OF  KNOXVILLE  1^30 


TEST 
TRACK 
DATA 


"  TRACK 
GENERATOR 


— r  _v 

TRACKING 
LOGIC 
(AP)   j 

■         i  . 
i 


CONFLICT  I 
PREDICTION ' 
_^^(AP)__  j 


r  CONFLICT^ 
I  RESOLUTION 
i  LOGIC 


APEX  r*  


'1 


SIMULATED 


1 


\  ASSOCIATIVE  ! 
ARRAY  r 


Figure  2 
S..mulation  Structure 


EXECUTIVE  AND  TEST  TRACK  GENERATOR 

These  two  modules  were  the  sim- 
plest modules  in  the  simulator.  The 
executive  f unction^merely  called  the 
other  modules  in  the  order  they  were 
called  at  Knoxville.     The  system 
worked  on  a  radar  scan  time  basis. 
Each  scan  represented  four  seconds  of 
time,  equal  to  one  radar  antenna  rota- 
tion.    The  track  smoothing  logic  was 
called  eight  times  a  scan  (once  every 
half  second  of  simulated  time)   and  all 
other  functions  were  calLid  once  per 
scan. 

The  test  track  generator  merely 
read  in  a  description  of,  the  desired 
test  track  flight  paths.    At  each  scan, 
the  position  of  each  aircraft  would  be 
updated  to  a  new  position.     This  new 


error  was  added  to  model  the  radar  posi- 
tion errors. 

ASSOCIATIVE  PROCESSOR  EMULATOR 

This  section  describes  the  design  of 
the  module  which  functionally  simulates 
the  Goodyear  Associative  Processor, 
STARAN  IV.     Although  th.    simulation  was 
designed  as  a  research  and  development 
tool,  primarily  for  use  in  assisting  in 
software  development  for  the  Knoxville 
experiment,  the  simulator  is  flexible  in 
design,  and  is  capable  of  accepting  any 
algorithms  written  in  the  associative  ^ 
processor  instruction  set.     It  can  easily 
be  adapted  to  accept  new  or  modified  AP 
instructions . 

The  simulator  system  accepts  as  in- 
puts a  program  written  ir.^  the  assTociative 
processor  instruction  set.     The  system 
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then  interprets  and  executes  the  AP 
instructions  so  as  to  provide  outputs 
identical  to  those  that  the  AP  would  pro- 
vide.    The  simulator  also  can  output  the 
exact  configuration  of  the  associative 
array  at  any  desired  point  in  the  AP 
program.    Finally,  it  provides  as  out- 
put the  exact  time  that  would  be  con- 
sumed by  the  AP  in  executing  the  pro- 
grammed instructions.     (These  timing 
calculations  include  the  time  required 
to  page  new  instructions  or  data  into 
the  control  memory  of  the  AP.)  The 
simulator  is  capable  of  maintaining 
statistics  on  the  execution  sequence  in 
order  to  identify  the  time  binds  in  the 
actual  AP. 

The  Goodyear  Associative  Processor 
accepts  programs  written  in  arv  assembly 
language  form.    An  assembler  program 
executed  on  a  XDS  Sigma  V  computer 
translates  such  progi;ams  ^into  the 
machine  language  instructions  required 
by  -che  AP.     In  order  to  make  the  simu- 
lator faster  running,  and  be  more  use- 
ful, it  was  designed  to  accept  as  inputs 
programs  written  primarily  in  the  higher 
order  AP  assejnbly  language.    The  simu- 
lator maintains  a  simulated  associative 
array  in  the  core  of  the  host  ccxnputer* 
This  array  is  manipulated  by  the  AP 
instructions  precisely  as  the  AP  mani- 
pulates its  associative  array. 


The  AP  simulator  is  designed  to 
operate  in  two  parts.     The  first  part  is 
an  assembler  or  encoder   (GAPE  -  Goodyear 
Associative  Processor  Encoder) .    !rhis  pro- 
gram takes  AP  assembly  language  instruc- 
tions as  input  and  produces  an  interpre- 
tative code  to  be  executed  by  the  .second 
part  of  the  simulator.     The  second  part 
of  the  simulator  actually  manipulates  the 
simulated  associative  memory  by  executing 
the  interpretative  code  produced  by  GAPE. 
The  second  part  is  named  APEX  for  Associ- 
ative Processor  Executor.    This  division 
of  the  simulator  is  analagous  to  the 
standard  assemble   (or  compile)  and  execute 
steps  usually  used  in  any  higher  level 
language.     GAPE  assembles  the  code  into 
executable  form  and  APEX  loads  the  inter- 
pretative code  and  simulates  the  functions 
of  the    3*oociative  processor.     Figure  3 
displays  the  operational  flow  for  AP 
algorithm  execution. 

The  assembly  step  (GAPE)  reads 
STARAN  IV  code  directly  from  card  input 
and  translates  the  instructions  into  an 
"executable"  form  suitable  for  processing 
by  the  AP  executer  (APEX) .     The  output 
is  normally  punched  cards. 

Additionally,  the  assembler  flags 
errors  in  the  STARAN  IV  input  deck,  such 
as  illegal  instructions,  doubly  defined 
symbols,  and  undefined  si*nbols.  The 
GAPE  assembler  is  written  in  FORTRAN  IV 
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Problem  Solution  Process 


and  BAL  for  the  IBM  360.*    It  occupies 
approximately  80K  bytes  of  core.  Its 
device  requirements  are  a  card  reader, 
a  card  punch,  a  printer,  and  a  scratch 
file.     The  CPU  time  required  is  approxi- 
m*    ily  .1  sec  per  AP  assembly  instruction 
on  a  360/65, 

The  output  deck  of  the  assembler 
is  a  series  of  30  bit  words  (punched 
in  octal  format) .    The  general  form  of 
an  operation  to  be  performed  by  APEX  is: 

If  T:  then:  A,  .op.  BCD-^^SCJ) 
:  otherwise:    no  operation 
where  T  is  a  parameter  to  be  tested 


*An  alternai      3RTRAN  version  is 
implemented  on  a  CDC  6600, 


to  deteifmine  if  the  instruction  is  to  be 
executed, 

A       is  the  first  parameter  used  for 

the  operation, 
.op,  is  the  binary  operation  to  be 

,  performed, 
B        is  the  second  parameter  used 

for  an  operation, 
I        is  the  location  of  the  "address" 

of  B  if  indirect  addressing 

» 

is  used, 

S        is  the  parameter  field  to  be 
replaced  by  the  results  of  the 
operation , 

and    J       is  the  location  of  the  "address" 
of  S  if  indirect  addressing 
is  used. 
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The  first  word  (30  bits)  of  each 
group  of  words  transferred  to  APEX  is 
called  the  command  word.     It  contains 
basic  instruction  information.  This 
information  includes  the  instruction 
operation  and  suboperauion  codes  (.  Ine 
bits  and  four  bits  respectively) ,  the 
number  of  parameter  words  following 
the  command  word  (three  bits) ,  a  para- 
meter descriptor  list  (five  bits) ,  a 
data  register  index  (five  bits)  t  an 
instruction  test  parameter  (T)    (one  bit) , 
an  argument  usage  parameter  (one  bit) , 
and  the  two  most  significant  bits  of 
the  argument  if  present.     If  the  argu- 
ment usage  bit  is  set,  the  command  word 
is  followed  by  a  word  containing  the  30 
least  significant  bits  of  the  argument. 
Following  the  command  word  (or  argument 
word  if  present)  is  a  series  of  15  bit 
half-words,  packed  two  per  word.  These 
parameter  half-words  each  contain  a 
parameter  identifier  (e.g.  A)    (two  bits), 
the  address  of  the  most  significant 
bit  of  the  parameter  field   (eight  bits) , 
and  the  number  of  bits  in  the  parameter 
field  minus  one  (five  bits) . 

The  second  part  of  the  emulator, 
APEX,  is  implemented  in  the  FORTRAN  IV 
language  on  the  CDC  6600.     The  code  is 
written  to  be  compatible  \    th  the 
FORTRAN  implemented  on  the  UNTVAC  1230 
computer. 


APEX  reads  the  instruction  list  pro- 
vided by  GAPE,  reads  the  timing  informa- 
tion, and  simulates  the  logical  and  arith- 
metic functions  of  the  STARAN  IV  processor. 
Figure  4  presents  a  diagram' displaying 
the  relationships  between  the  subroutines 
comprising  APEX.     The  design  of  APEX 
allows  the  user  to  input  five  different 
AP  algorithms  for  selective  execution  by 
an  external  control  program.     This  mode 
of  operation  closely  simulates  the  mode 
of  operation  of  the  AP  at  Knoxville.  As 
each  algorithm  ic  selected,  APEX  modifies 
the  simulated  associative  memory  accord- 
ing to  the  assembly  instructions  which 
created  the  algorithm. 

There  are  two  basic  kind  of  instruc- 
tions for  the  AP.    The  first  kind  uses 
inputs  from  words  of  associative  memory 
or  the  response  store  and  produces  output 
in  the  associative  memory  or  response 
store.    These  instructions  must  be  accom- 
plished sequentially  in  the  simulator 
through  each  simulated  word  of  associative 
memory.    Subroutine  DOIT  provides  for 
execution  of  these  instructions.  There 
are  15  operations  or  tests  which  can  be 
performed  by  the  AP  on  the  bit  fields 
of  associative  memory.    These  are: 
less  than,  less  than  or  equal,  equal,  not 
equal,  9re?i:er  than,  greater  than  or 
equal,  logical  not,  logical  and,  logical 
or,  logical  exclusive  or,  absolute  value, 
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Figure  4 
APEX  Logic  Relationships 


Subroutine  DOIT  extracts  the  bit  fields 
for  eoch  operand  (A,B)  fran  each  word  of 
associative  memory;  performs  the  re- 
quested operation,  and  stores      ^  result 
in  the  specified  fie^<i  (S)  in  each 
associative  memory  woi.a. 

The  other  instruction  type  makes 
less  use  of  associative  memory.  Instruc- 
'tions  of  this  type  manipulate  the  arith- 
metic register,  output  regS.Gter,  field 
pointers,  or  date  registers.  These 
instructions  may  also  shift  the  response 


store  values,  control  program  flow,  pro-, 
vide  input/output,  etc.     This  second  type 
of  instruction  is  executed  by  subroutine 
INTEX.     This  subroutine  contains  a  small 
internal  subprogram  for  each  instruction 
of  this  type.     As  the  instruction  is  en- 
countered, the  internal  subprogram  mani- 
pulates the  AP  registers  in  the  appro- 
priate fashion. 

The  use  of  DOIT  and  INTEX  is  con- 
trolled by  subroutine  DIRECT.    This  sub- 
routine controls  the  selection  of  instruc- 
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tions  and  the  interpreting  of  the  com- 
mand words  and  parameter  identification 
words  of  the  language  produced  by  GAPE. 
Subroutine  DIRECT  also  maintains  the  in- 
struction execution  frequency     id  timing 
information  data. 

Subroutine  DUMPIT  prints  the  state 
of  the  associative  array  on  command. 
Subroutines  MOVEBF,  LBYT,  and  SBYT  per- 
form bit  field  mas'iipulations  in  the 
simulated  associative  array. 
CONFLICT  PPSDICTION 

The  prediction  function  is  respon- 
sible for  identifying   (1)  all  pairs  of 
aircraft  that  are  in  hazardous  positions; 
and  (2)  all  aircraft  flying  too  close  to 
the  terrain.     The  basic  design  of  this 
module  was  inspired  by  the  implicit  geo- 
metric filter  concept  described  in  the 
paper  "Intermittent  Positive  Control"  in 
the  March  1970  issue  of  the  Proceedings 
of  the  IEEE. 

The  airspace  is  divided  into  1024 
horizontal  square  cells,    )r  "boxes", 
each  4  miles  on  one  side.     This  grid 
covers  a  square  area  128  miles  to  a  side,. 
Each  aircraft  is  entered  into  a  number 
of  boxes  according  ot  its  location, 
speed/  and  direction  of  flight.  The 
method  of  placement  in  cells  is  as 
follows: 

1.     Place  the  aircraft  in  ^Me  cell 
containing  its  present  posi- 


tion.    (This  is  the  primary 
cell.) 

2.  If  the  aircraft  is  within  1/2 
the  minimum  safe  separation  dis- 
tance of  a  cell  edge,  place  the 
aircraft  in  the  adjacent  cell. 
(This  is  a  positional  secondary 
cell.) 

3.  Place  the  aircraft  in  cells 
(called  velocity  secondary  cells) 
according  to  three  indices: 

a.  speed  class 

b.  cell  quadrant  position 

c.  heading 

The  speed  class  is  an  index  to  the  air- 
craft's indicated  ground  speed.     The  cell 
quadrant  position  is  the  quadrant  within 
the  cell  within  which  the  aircraft  lies. 
The  heading  is  an  index  derived  by  divi- 
ding the  canpass  into  twelve  equal  sized 
(30  degree)  sectors.     This  placement  o^ 
t..e  aircraft  into  adjacent  cells  to  allow 
for  flight  during  the  warning  time  is 
performed  by  a  table  look-up  on  speed 
class,  cell  quadrant  position,  and  head- 
ing.    The  table  contains  cell  displace- 
ments to  calculate  the  new  cell  indices 
from  the  basic  cell  index.    The  construc- 
tion of  the  table  was  pfjrformed  off-line 
to  provide  for  fast  ree>A-time  execution. 
The  table  considers  the  tracking  errors. 

After  all  aircraft  are  entered  into 
the  cells ,  the  conflicts  between  those 
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aircraft  are  selected.    The  box  size  and 
placement  method  are  such  that  if  an 
aircraft  is  the  only  cell  occupant,  there 
can  be  no  conflict.    If  in<^re  than  one  air 
craft  occupies  a  cell,  further  tests 
are  r'^quired  to  determine  the  hazard. 
(These  tests  are  described  later) . 

Terrain  avoidance  is  performed 
during  the  cell  placement  process. 
Each  cell  has  a  minimum  altitude  for 
safe  flight.     Only  aircraft  with  altitude 
inforraation  can  be  checked  for  terrain 
avoidancG.    Before  an  aircraft  with 
aicitude  information  is  placed  into  a 
cell,  its  reported  altitude  is  checked 
against  the  acceptable"  minimum  altitude. 
If  the  aircraft  is  too  low,  the  appro- 
priate information  is  output. 

There  are  three  further  filters  to 
be  performed  before  an  aircraft  pair  is 
output  as  a  conflict.    First,  the  soft- 
ware determines  if  this  aircraft  pair 
was  selected  as  a  conflict  in  the  pre- 
vious 60  seconds.     If  so,  no  further 
processing  is  done,  as  this  pair  has 
already  been  processed  by  display  or 
resolution.     The  second  test  is  an 
al»:itude  filter.     If  both  aircraft  have 
ciititude  information  and  have  reported 
greater  than  500  foot  vertical  separa- 
tion, then  the  conflict  is. ignored.  The 
final  test  is  a  coarse  hazard  filter* 
The  coarse  hazard  filter  adds  the  time 


dimension  to  the  predictici  process  and 
determines  if  the  aircraft  can  violate 
the  safety  standard. 

Because  the  aircraft  are  tracked, 
the  software  can  determine  if  a  near  miss 
is  predicted.     It  is  known  that  the  head- 
ing data  .provided  ^y  the  tracker  is  sub- 
ject to  error.    Thus,  for  each  speed  class 
and  bearing  position,  there  is  a  maximum 
error  in  the  velocity  components  in  the 
two  horizontal  directions-    The  coarse 
hazard  filter  will  add  these  maximal 
errors  to  the  predicted  velocities  to 
obtain  the  highest  relative  closing 
velocity.    Then,  a  simple  miss  distance 
calculation  will  determine  if  the  air- 
craft could  pass  within  the  minimum  safe 
miss  distance. 
CONFLICT  RESOLUTION 

Onca  a  possible  conflict  has  been 
isolated  by  the  prediction  function,  it 
must  be  further  evaluated  to  determine  its 
relative  collision  potential,  or  risk. 
Ordering  the  possible  conflicts  by  risk 
allows  the  autanated  system  to  raspond 
consistently  to  the  priorities  of  the 
users  in  presentation    i  warnings.  The 
chosen  measure  of  risk  is  the  probability 
of  violating  a  given  mi* s  distance  within 
the  warning  time  provided  by  the  systen . 
This  probability  is  calculated  from  the 
geometric  configuration  of  the  two  air- 
craft and  the  uncertainties  inherent  in 
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their  position  and  velocity  data.  The 
logic  does  not  consider  the  conditional 
probability  that  an  aircraft  will  turn 
from  its  current  course,  although  future 
systems  should  utilize  whatever  "intent" 
information  is  available  in  the  system. 

Considering  the  aircraft's  current 
position,  velocity,  and  acceleration,  it 
is  possible  to  project  an  ensemble  of 
possible  paths  which  'the  aircraft  could 
follow.    The  uncertainty  associated 
with  the  choice  of  a  path  from  this 
e.isemble  arises  from  two  sources: 
variances  in  the  current  data,  and  un- 
certainty about  the  pilot's  intent. 

Uncertainty  in  velocity  (in  par- 
ticular, heading)  is  a  major  source  of 
spread  in  the  path  ensemble.  This 
uncertainty  is  approximated  by  the 
normal  distribution  of  straight  paths 
symmetrically  projected  about  the  es- 
timated heading  of  a  non-turning  track. 
Uncertainties  in  position  are  accom- 
modated in  the  miss  distance  criteria. 

Lack  of  knowledge  of  the  pilot's 
intent  is  another  source  of  uncertainty 
in  defining  the  path  ensemble,    if  an 
aircraft  turns  within  the  projected 
time  period,  then  the  assumption  of 
straight  flight  can  result  in  a  hazard 
suddenly  appearing  with  less  than  60^ 
. 'jconds  to  possible  impact.    If  all 
possible  paths  are  included  in  the 


ensemble,  however,  the  volume  of  air- 
space occupied  by  the  ensemble  grows,  and 
data  must  be  available  to  define  the 
probability  distributions  of  turning 
paths.    The  problem  of  turning  aircraft 
is  compounded  by  the  fact  that  the  track- 
ing logic  prouuces  greater  variances  in 
current  estimated  heading,  as  well  as 
time  lags  in  heading  prediction,  when  a 
turn  is  in  pro^'ress.     These  considerations 
led  to  the  assumption  of  a  uniform  dis- 
tribution of  headings  in  the  direction  of 
turn  if  a  turn  was  determined  to  be  in 
progress  fran  the  track  data.     The  basis 
for  the  assumption  was  that  if  an  air- 
craft were  turning  in  the  terminal  environ- 
ment, it  was  equally  likely  that  it  would 
continue  turning,  or  stop  turning  at  any 
point  on  the  current  trajectory  (and 
proceed  straight  along  a  tangent  to  the 
turn  curve)  .    While  this  a.ssumption  is 
only  a  modest  first  approximation  to  a 
definition  of  the  full  path  ensemble,  it 
does  reflect  the  broader  distribution 
resulting  from  the  turn  in  a  realistic 
manner.    Further  development  of  the 
conflict  resolution  logic  must  examine 
the  possibility  of  developing  valid 
a  priori  probabilities  of  turn  in  the 
terminal  airspace,  perhaps  as  a  function 
of  aircraft  position,  wind  patterns,  or 
other  variables.     Future  systems  might 
incorporate  such  "intent"  information 


from  the  other  ATC  functions  in  the  data 
processor. 

The  risk  probability  is  calculated 
by  a  nu  ^--xcal  integration  over  the  en- 
semble >.<?sible  paths  of  the  two  air- 
craft.   The  area  encompassed  by  the 
potential  paths  is  divided  into  a  num- 
ber of  equal  size  segments,  and  a  repre- 
sentative path  selected  for  each  segment. 
Each  representative  path  has  a  probability 
associated  with  it.     If  the  two  aircraft 
paths  result  in  a  violation  of  the  miss 
distance  in  t^e  warning  time,  then  the 
joint  probability  is  summed  into  the 
risk  probability.    More  explicitly,  the 
risk  probability  becomes 

RISK  =  Z  Pi  CTCD^^) 

i  j 

whc   >  p|  is  the  probability  aircraft  A 
traverses  the  i^h  path  in  the  ensemble 
and    cf  (D^a)  =  i  if  the  distance  of 
closest  approach  for  paths  i  &  j  is 
less  than  a  critical  distance,,  and  0 
otherwise.    A  mere  responsive  risk 
criteria  function  currently  under  in- 
vestigation would  additionally  weigh 
each  contribution  of  a  conflicting 
path  pair  according  to  the  time  remain- 
ing to  violate  the  separation  criteria. 
This  criteria  becomes 

RISK  =   r    Jpf  Pj  6i^il)  X 

v;(tJ^) 


where  W(T?;3)  is  a  v/e^ghcing  function 

(0-1)  which  is  a  function  of  T^^,  the 

ca 

time  of  closest  approach  for  paths  i  and 
j. 

An  aircraft  configuration  is  con- 
sidered hazardous  if  the  risk  probability 
is  greater  than  a  threshold  value.  Accord- 
ing to  the  Knoxville  experiment  require- 
ments, certain  configurations  required 
calculation  of  a  maneuver  which  would 
eliminate  the  conflict.    This  maneuver 
was  displayed  to  the  controller  for  trans- 
mission to  the  pilot. 

The  aircraft  are  divided  inco  two 
types,  associated  and  unassociaLed. 
Associated  aircraft  are  under  direct 
positive  control  of  an  ATC  controller 
(Instrument  Flight  Rules) .  Unassociated 
aircraft  are  not  under  positive  control 
(Visual  Flight  Rules) .    For  conflicts 
batween  one  associated  and  one  unassociated 
aircraft  where  both  aircraft  are  report- 
ing altitude  information,  a  maneuver  is 
calculated  for  the  associated  aircraft. 
For  other  types  of  conflicts,  the  con- 
troller is  merely  alerted  to  the  exis- 
tence of  the  conflict. 

Note  that  when  altitude  information 
is  available,  the  risk  probability  has 
been  calculated  on  the  basis  of  the 
three-dimensional  position  and  velocity 
vectors.    If  a  level  off  command  will 
reduce  the  conflict  probability  below 
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the  threshold  value,  the  recommended 
maneuver  is  "Level  Off".    However,  if 
that  probability  is  greater  than  the 
acceptable  safety  threshold,  a  turn 
maneuver  is  calculated.    Since  '^ost  of 
the  aircraft  in  the  system  do  not  havo 
altitude  reporting  transponders/  posi- 
tive climb  and  dive  maneuvers  are  not 
generated,     if  a  lateral  maneuver  is 
required,  the  associated  aircraft  is 
turned  away  from  the  unassociated  air- 
craft until  the  distance  of  closest 
approach  is  greater  than  the  allctv-able 
miss  distance.    The  paths  used  to  cal- 
culate this  turn  are  selected  frc"^  the 
ensemble  of  paths  of  the  aircraft  on 
the  basis  of  shortest  time  to  conflict. 

The  direction  of  turn  may  be  deter- 
mined by  considering  the  two  aircraft  as 
a  physical  system  and  locating  the  posi- 
tional centroid  of  this  system  at  the 
time  of  the  expected  turn.    The  maneuver- 
ing aircraft  is  turned  away  from  this 
centroid.    Turning  the  aircraft  towards 
the  centroid  may,  in  some  cases,  produce 
less  severe  maneuvers.     However,  in  a 
system  with  uncertainties  in  aircraft 
position,  velocity,  and  time  of  maneuver 
initiation,  a  turn  toward  the  centroid 
often  increases,  not  decreases,  the  risk. 
The  time  at  which  the  relative  location 
of  the  centroid,  and  therefore  the 
advisable  direction  of  turn,  changes  is 


different  ^or  any  two  aircraft  paths. 
Thus  the  ensemble  of  paths  around  each 
aircraft  generates  a  spectrum  of  these 
critical  times.     If,  within  the  time  span 
of  interest,  different  paths  have  different 
advisable  turn  directions,  the  maneuver 
becomes  ambiguous.     This  ambiguity  can 
be  discovered  by  inspecting  the  edges  of 
the  ensemble  of  paths.     If  a  maneuver 
is  ambiguous  in  this  sense,  the  resolu- 
tion algorithm  indicates  this  on  the 
display  and  does  not  recommend  a  resolu- 
tion. 

To  decide  how  far  the  aircraft  should 
turn,  different  degrees  of  turn,  at  the 
standard  rate,  are  projected.    The  dis- 
tance between  the  aircraft  pair  at  the 
end  of  each  trial  tur.i  ib  determined  in 
order  to  insure  that  the  aircraft  co  not 
violate  the  minimum  miss  distance  while 
the  maneuvering  aircraft  is  turning. 
The  path  tangent  to  the  turn  circle  is 
then  checked  against  the  unassociated 
aircraft's  worst  case  heading  vector 
(appropriately  projerted  in  time)  and 
the  distance  of  closest  approach  is  cal- 
culated.    If  this  distance,  the  closest 
that  the  two  aircraft  will  ever  get  to 
each  other  if  neither  deviates  from 
the  given  course,  is  greater  than  the 
minimum  m  ss  distance,  then  this  is 
considered  to  be  a  feasible  maneuver. 
The  two  new  vectors  then  have  their  risk 


probability  calculated,     if  this  proba- 
bility is  less  than  the  threshold,  then 
the  maneuver  is  accepted.    If  the 
probability  is  greater  than  the  threshold, 
then  the  aircraft  is  turned  further  and 
checked  again.    This  last  step  is  re- 
peated until  a  safe  maneuver  is  found. 
No  turn  greater  than  180**  is  considered. 

Tables  are  maintained  to  determine 
if  an  aircraft  gets  into  multiple  con- 
flicts.   If  so,  consistent  maneuver 
suggestions  are  calculated.     If  the 
multiple  conflict  occurs "from  the  same 
side,  then  the  larger  of  the  bearing 
changes  will  be  sent  as  the  maneuver. 
If  the  conflict  is  from  the  opposite 
side,  then  a  flag  is  set  to  indicate 
that  no  unambiguous  maneuver  was  found. 
ADVISORY  MESSAGE  GENERATION 

The  newest  function  added  to  the 
simulator  is  a  simple  module  which  pre- 
pares messages  which  could  be  trans- 
mitted to  pilots  involved  in  conflicts. 
A  similar  function  was  implemented  and 
tested  at  Knoxville  in  1972.. 

The  messages  consist  of  traffic 
advisories  and  service  messages. 
Traffic  advisories  warn  an  aircraft  of 
the  location  and  heading  of  aircraft 
which  could  be  in  conflict.  Service 
messages  Wcirn  of  restricted  areas, 
terrain  conflicts,  loss  of  radar  con- 
tact, etc. 


The  simulation  module  merely  pre- 
pares a  message  in  a  form  which  could  be 
sent  to  an  autcxnatic  voice  response  unit 
for  transmission  to  the  pilot.     In  general, 
the  time  required  to  send  an  advisory 
will  exceed  the  time  for  one  antenna  scan. 
The  average  message  will  take  two  or 
three  scans  to  transmit.    During  peak 
periods,  there  will  be  messages  wait- 
ing in  a  queue  to  be  sent  to  the  aircraft. 
The  message  generator  must  choose  the 
order  in  which  the  messages  are  trans- 
mitted. 

The  basic  structure  of  the  system 
allows  for  a  flexible  priority  scheme 
for  message  transmission.    There  are 
defined  classes  of  messages  which  are 
assigned  «5ifferent  priorities  based  on 
selections  made  by  the  controller.  In 
addition,  within  these  classes,  priorities 
are  established  as  appropriate.  For 
example,  the  risk  level  provides  a  good 
priority  measure  within  the  traffic 
advisory  class.    Thus,  the  most  hazardous 
conflicts  will  receive  the  first  messages. 
Other  messar">s,  such  as  "all  clear  of 
traffic"  are  given  priority  based  upon 
time  in  queue. 
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Session  9:    Financial  Models  (General) 
Chairman:    Theodore  Mock,  University  of  California 

This  session  reports  upon  several  uses  of  simulation  methodology  in  finance  and  accounting.  Two 
papers  consider  the  effect  of  variability,  variability  assumptions  (e.g.  normality)]  and  uncer- 
tainty on  measurement  of  investment  returns.    In  addition  two  applications  of  simulation  in  fin- 
dncial  planning  and  control  will  be  discussed. 

Papers 

"Accounting  /^ate  of  Return  vs.  True  Rate  of  Return: 
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"A  Computerized  Interactive  Financial  Forecasting  System" 
Phillip  M.  Wolfe  and  Donald  F.  Deutsch,  Motorola,  Incorporated 

"Multiple  Capital  Budgeting:    A  Simulation  Model"  *   

Thomas  J.  Hindelang  and.  Andre  Fourcans,  Indiana  University 

Discussants 
Eugene  Comiskey,  University  of  California 
Mel  Greenball,  Ohio  State  University 
Kenneth  Siler,  University  of  California 
Harry  Grossman,  Security  Pacific  Bank 
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ACCOUNTING  RATE  OF  RETURN 
VS.  TRUE  RATE  OF  RETURN 
CONSIDERING  VARIABILITY  AND  UNCERTAINTY 


J.  V.  Baumler 
Associate  Professor 
Academic  Faculty  of  Accounting 
The  Ohio  State  University 


Abstract 

An  accounting  rale  of  return  and  a  defined  true  rate  of 
return  were  assessed  for  a  simulated  firm  composed  of 
independent  long-lived  investment  projects.    The  param- 
eters of  each  individual  investment  project  were  deter- 
mined by  a  Monte  Carlo  simulation  technique.  Differing 
degrees  of  environmental  variability  and  uncertainty 
were  represented  by  the  s|mulr'*jn  techniques  used. 
Accounting  rate  of  return,  c      .ed  consistent  with  con- 
temporary accounting  practi-      and  a  true  rate  of  return, 
defined  in  economic  terms,  wt/e  contrasted.    The  effi- 
cacy of  accounting  rate  of  return  as  a  surrogate  for 
true  rate  of  return  was  found  to  be  a  function  of  the 
decree  of  variability  and  uncertainty  represented  In  the 
environment. 


I  wish  to  thank  meiAers  of  the  A*ccoLini:Ing  Re* 
search  Colloquium  at  The  Ohio  State  University 
for  their  halpful  conrwrfs  and  'he  Ohio  State 
University  Instructional  and  Research  Computer 
Center  for  its  support  In  making  available  free 
computer  time. 
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The  relationship  between  accounting  rate  of 
return  (ARR)  and  true  ylcild  of  a  firm  has  been 
the  subject  of  considerable  research'.    ARR  has 
generally  been  defined  consistent  with  account- 
ing practice.    True  yield  in  sucn  studies  has 
been  an  economic  concept.    Previous  researchers 
have  contrasted  accounting  and  economic  measures 
in  an  alrTX)St  endless  variety  of  situations — and 
the  accounting  rneasures  haven't  always  faired 
very  wel 1 . 

This  paper  starts  with  the  conclusion  that 
accounting  measures  of  return  are  imprecise  sur- 
rogates for  the  related  economic  concepts  with 
v/hich  they  are  apparently  to  correspond.    Such  a 
conclusion,  while  disturbing  to  some,  need  not 
detract  from  the  usefulness  of  accounting  mea- 
sures.   It  may  be  that  period  to  perio(J  changes 
in  accounting  measures  of  return  correspond 
closely  with  interperiod  changes  in  true  yield. 
The  relationship  between  changes  in  "ARR  and 
changes  in  true  yield  is  the  subject  of  *■^•s 
paper. 

Let  us  state  the  approach  taken  by  means  of 
an  analogy.    With  a  crude  thermometer,  we  would 
not  expect  to  accurately  measure  temperature,  or 
even  to  record-minor  changes  in  temperature;  but 
W2  woulc  expect  ito  be  capable  of  identifying 
major  changes  in  temperature.    The  precision  of 
such  a  thermometer  could  be  assessed  by  deter** 
mining  how  violent  temperature  changes  must  be 
before  they  are  capable  of  being  recorded  by  the 
measuring  instrument.     In  this  paper,  ac-ounting 
and  economic  measures  of  return  for  a  simulated 


firm,  operating  in  a  variable  and  uncertain  envi- 
ronment, are  defined  and  measured.  Accounting 
nteasures  can  then  be  assessed  In  terms  of  the 
magnitude  of  actual  underlying  changes  that  are 
necessary  to  have  a  corresponding  impact  on  the 
accounts . 

In  the  next  section  of  this  paper,  the 
model  used  to  represent  an  enterprise,  and  the 
accounting  and  true  yield  measures  are  described. 
Particular  emphasis  is  given  to  the  means  by 
which  inter-year  changes  in  the  economic  fortunes 
of  the  enterprise  are  induced.    In  the  results 
section,  the  correlation  between  changes  in  the 
measured  true  yield  and  the  measured  ARR,  as  a 
function  of  inter-year  variability,  is  presented. 
Finally,  a  macro-sens  1 1 ivl ty  analysis  is  pre- 
sented to  provide  soma  indication  of  the  gener- 
ality of  the  results  obtained. 
The  Model 

As  inmost  previous  research,  a  firm  will  be 

envisioned  as  a  collection  of  Investment  pro- 
2 

jects.      We  will  begin  our  description  of  the 
firm  by  describing  an  example  project.    This  will 
be  followed  by  a  discussion  of  the  generation  and 
aggregation  of  projects. 

An  E^cample  Project  ^ 

It  will  help  in  describing  projects  to  think 
of  those  aspects  of  a  projecc  viiiich  are  known  by 
management  at  the  time  it  is  undertaken,  and 
those  aspec'o  which  will  be  known  at  a  later 
date.    Consider  the  following  example.    At  the 
time  the  investment  project  is  undertaken,  it  Is 
known  that  the  investment  outlay  Is  $1^2,879  in 
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then  current  dollars.    The  price  Index  stands  at 
286.    Management  estimates  the  project  will  have 
a  life  of  8  years,  after  which  time  the  salvage 
value  will  be  $2,858.    Straight  line  deprecia- 
tion will  be  used  for      lancial  reporting  pur- 
poses and  sum-of-the-years-diglts  depreciation 
will  be  used  for  tax  purposes.    After  the  fact, 
the  following  Information  is  known.    The  pro- 
ject actually  lasted  10  years,  at  which  timo  the 
salvage  value  was  $8,200  but  the  price  index 
stood  at  ^10.    The  income  tax  rate  was  50% 
throughout  the  projcsct's  life.    The  cash  flow, 
expressed  in  real  doUars  on  a  bei cox  basis, 
generated  from  the  investment  each  year  and  the 
associated  price  index  is  shown  below. 


Real  Dol lar  Before 

Year 

Tax  Cash  Flow 

Price  Index 

1 

•  $75^9 

297 

2 

6821 

298 

3 

87^9 

298 

k 

6639 

308 

5 

78^*2 

322 

6 

6652 

337 

7 

7010 

356 

8 

8732 

377 

3 

6i*S7 

389 

10 

8223 

k]0 

Real  dollars  refer  to  dollars  with  the  purchas- 
ing power  of  an  arbitrarily  selected  base  year— 
the  price  index  for  that  base  year  is  100. 
Given  the  ex  ante  and  the  ex  poc>t  informat  ion. 
Tables  1,  2,  and  3  can  be  prepared.    Table  1  In** 
dicates  what  impact  this  project  will  have  on 
accounting  statements  during  Its  10-year  actual 
life  and  provides  the  very  orthodox  definition 
of  ARR  used  sn  this  study.    Table  I  as  well  as 
Tables  2  S  3  are  based  on  the  following  con- 
ventions     Investment  outlays  are  made  at  the 


start  of  a  year,  other  receipts  and  disburse- 
ments occur  at  the  end  of  the. year.  Investments 
consist  of  depreciable  assets  only.    The  price- 
level  Index  applies  to  the  end  of  the  year.  Net 
receipts  are  either  reinvested  In  other  projects 
or  distributed  as  dividends.    With  these  con- 
ventions in  mind.  Table  2  can  be  seen  as  proof 
that  the  Internal  rate  of  return  (IRR)  for  the 
example  project  Is  ^.56%.    Table  3  presents 
earnings  and  asset  values  based  on  net  present 
values  using  the  IRR  as  a  discount  rate.^  It 
presents  measures  of  earnings  and  investment 
such  that  each  year  their  ratio  equals  the  IRR. 
Table  3  will  be  used  below  to  define  what  will 
be  called  the  true  rate  of  return  (TRR)  for  the 
f  i  rm. 

True  Rate  of  Return 

Table  t  and  Table  3>  the  ARR  and  the 
IRR  for  this  project  can  be  compared.  However, 
such  a.  comparison  Is  not  very  interesting.  Rath- 
er, the  comparison  of  the  ARR  and  TRR  for  the 
firm  is  of  interest.    But  If  each  project  the 
firm  Undertakes  has  tables  such  as  Table  1  and 
Table  3  prepared  for  It,  the  summation  of  appro- 
priate table  entries  would  provide  the  numerators 
and  denominators  of  the  two  ratios  of  Interest. 
This  may  be  made  clear  by  example.    Assume  the 
example  project  were  undertaken  in  year  I96I,  and 
we  are  Interested  in  the  1965  ARR  and  TilR  for  the 
firm  as  a  whole.    The  numerator  of  the  ARR  would 
be  the  sum  of  appropriate  entries  from  column 
(10)  of  tables  like  Table  1.^  The  example  project 
would  contribute  $3^893  to  this  sum.     If  each 
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TABLE  I 


Calculation  of  Accounting  Rate  of  Return  for  Example  Project 


(2) 

(3) 

(M 

(5)               (6)  (7) 
Reported  Accounts  and  Ratios 

(8) 

io) 

(10) 

(H) 

Current 

Asset  t/ri  te- 

Asset 

Accounting 

Real  dollar 

dol lar 

off  using 

balance' 

Average 

Before 

Provis  ion 

'  ler 

rate  of 

before  tax 

Price  .ndex 

before  tax 

straight  line 

end  of 

asset 

tax 

for 

tax 

return 

Years 

cash  flow 

(base  "  100) 

cash  flow 

depreciation 

year 

balance 

prof i  t 

taxes 

prof i  t 

(10)  f  (7) 

1 

75^9 

297 

17503 

125376 

134128 

4942 

2471 

2471 

1.84t 

2 

6821 

298 

20303 

17503 

107874 

116625 

2800 

14C0 

ROO 

1.20^ 

3 

87^9 

298 

26069 

17503 

90371 

99122 

8566 

4283 

4283 

4.32? 

U 

6689 

308 

20579 

17503 

72868 

81620 

3077 

1538 

1538 

1.88^ 

5 

78^»2 

322 

25288 

17503 

55366 

64117 

7785 

3893 

3893 

6.07^ 

6 

6652 

337 

22403 

17503 

37863 

46614 

4900 

2^:9 

2450 

5.26t 

7 

7010 

356 

24926 

17503 

20360 

29112 

7423 

3712- 

3712 

12.75^ 

8 

8732 

377 

32865 

17503 

11609 

15382 

7691 

7691 

66.25% 

9 

6^.97 

389 

25270 

0 

2858 

285» 

25^70 

12635  . 

12635 

422. I6t 

10 

10223 

410 

41896 

2858 

0 

2858 

39039 

I9519 

683.07^ 

142879 

TABLE  2 


Calculat  ion  of 

Internal  Rate  ol 

Return  for  Example  Project 

Investment  in 

Real  Dollars  ■ 

$142,879/2.86  -  $50,000 

0) 

(2) 

(3) 

(4) 

(5) 

(6) 

(7) 

(8) 

(9)  > 

(10) 

Accounts  for  Tax 

Purpose 

Asset  write- 

Current Dol 

lars 

Current 

off  using 

icl  l-'r 

•  before  tax 

Pr  i  ce  i  ndex 

before  tax 

dig! ts  depreci- 

Taxab 1  e 

Taxes 

After  tax 

after  tax 

valt.e  of 

Year 

cash  flow 

(base  -  100) 

cash  flow 

ation  method 

income 

paid 

cash  flow 

cash  flow 

at  4.56t 

1 

7549 

297 

22444 

31116 

-8672 

-4336 

26780 

9007  * 

8614 

2 

6821 

298 

20303 

27226 

-6924 

-3462 

23765 

7984 

7303 

3 

8749 

298 

26069 

.  23337 

2732 

1366 

24703 

8291 

7252 

4 

6689 

308 

20579 

I9'»47 

1)32 

566 

20013 

6505 

5442 

5 

7842 

322 

25288 

•  15558 

9730 

4865 

20423 

,6333 

5067 

6 

6652 

337 

22403 

11668 

10734 

5367 

17036 

5058 

3870 

7 

7010 

356 

24926 

,  7779 

17147 

8573 

16352 

4599 

3365 

8 

8732 

377 

32885 

3889 

28996 

14498 

18387 

4882 

3417 

9 

6497 

389 

25270 

0 

25270 

12635 

12635 

3249 

2174 

10 

10223 

410 

41896 

2858 

39039 

19519 

22377 

5460 

3495 

50ODD 

TABLE  3 


Calculation  of  True  Rate  of  Return  for  Evampic  Project 

(1) 

(2)^ 

(3) 

(4) 

(5) 

(6) 

(7) 

End  of  year 

Average 

True  rate  of 

True  rate  of  return 

InvcSt.ncnt 

i  nvcStment 

True  rate 

Real  dol lar  after 

return  earnings 

capital  recovery 

return 

Year 

tax  cash  flow 

.0456  X  (6) 

(2)  -  (3) 

(3)  i  t6) 

1 

9007 

2281 

6726 

43274 

50000 

4.S6t 

2 

7984 

1974 

6010 

37264 

43274 

4.56% 

3 

8291 

1700 

6591 

30673 

37264 

4.56% 

4 

6505 

1399 

5106 

25568 

30673 

4.56% 

5 

6333 

1166 

51 67 

20^01 

25568 

4.56% 

5 

5058 

931 

4128 

16275 

20401 

4.56% 

7 

4599 

742 

3856 

12417 

16273 

4.56% 

6 

4802 

566 

4316 

8101 

12417 

4.56% 

9 

3249 

370 

2879 

5222 

8101 

4.56% 

10 

5460 

2» 

5?22 

0 

5222 

4.56% 

50000 
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project  had  a  Table  1 ,  al 1  the  contributions  to 
accounting  earnings  would  be  known.  Simil.vly, 
the  denominator  of  the  ARR  is  obtained  by  sum- 
ming appropriate  entries  from  column  (7).  The 
example  project  contributes  $6^,117.    The  numer- 
ator of  the  TRR  Is  found  by  summing  appropriate 
entries  from  column  (3)  of  Table  3;  and  the 
denominator  from  column  (6)^,    The  example  pro- 
ject contributes  $1,166  and  $25,568  to  the  nu- 
merator and  the  denominator  of  the  firm's  1965 
lRi<  respectively.    Thus,  TRR  as  defined  in  this 
paper  is  the  weighted  average  of  the  IRR's  of 
the  projects  existing  when  the  TRR  is  calculated. 
The  weights  used  are  asset  values  using  the  cap- 
ital recovery  method  of  depreciation^. 

To  be  more  precise,  let  IRR^  be  the  i'.iter- 
nal  rsfe  of  return  for  tb''.  oroject  commenced  in 
year  t  (this  assumes  1  and  only  I  project  per 
year--an  assumption  relaxed  later  in  this  paper). 
Let  cash.   ,  be  the  after  tax,  real  dollar,  cash 
f  lev/  in  the  1  th^  year  of  the  project  commenced 
'in  year  t.    By  convention,  a  positive  value  re** 
presents  an  Inflow  and  a  negative  value  (l"0) 
represents  an  outflow  then,  the  true  rate  of 
return  in  year  k  is: 

k  k-t  k-t-i 

Z    IRR.    Z    -  cash.  .[1  +  IRR.] 
t=)       ^  i=0 
'TRR,^  =  

k    k-t  k-t  i 

Z     Z    -  cash^  ,  [1  +  IRRj 
t«l  i=0  ^^'^ 

TRR|^  is  totally  expressable  In  terms  of  cash 

flows  since  IRR^  is  the  value  for  which 

0  =  ^  cash^  ./[I  +  IRR^.]  ' 


Another  way  of  describing  true  rate  of  re- 
turn and  justifying  that  rather  presumptuous 
label.  Is  to  take  a  brief  look  at  the  accounting 
problems  of  leasing  companies.    Two  approaches 
have  had  widespread  use  in  the  field,  the  rental 
method  and  the  financial  method.    The  financial 
method,  now  in  many  cases  required^.  Is  supported 
by  analogy  to  economic  concepts.     In  effect,  TRR^ 
as  previously  defined.  Is  calcjhited  using  the 
financial  method  to  account  for  non-lease  in- 
vestments.   The  financial  method  can  only  be 
used  if  all  of  the  cash  flows  that  will  result 
from  an  investment  are  known.    Such  a  requi  ement 
is  approximately  met  In  the  leasing  situation, 
and  exactly  met  In  a  computer  simulation.  It 
could  be  met  In  the  real  world  on  a  retrospective 
basis  (Indicating  what  the  financial  statements 
shoulci^have  been)  given. adequate  bookkeeping. 
Thus,  the  arguments  for  the  validity  of  the  TRR 
measure  used  in  this  -^"oer  2Ve  as  strong  as  the 
arguments  for  the  fh       .al  method  of  accounting 
for  lessors.    And  a  major  problem  from  describing 
the  TRR  In  terms  of  the  capital  recovery  method 
of  depreciation  Is  countered.    Some  would  argue 
that  the  capital  recovery  method  of  depreciation 
should  use  the  firm's  cost  of  capital  as  the  dis- 
count rate;  and  not  the  IRR  of  the  project  with 
which  the  depreciable  assets  Is  associated.  Such 
Is  not  the  case  for  the  .  Inancial  method  of 
accounting  for  leases.    The  financial  method  uses 
the  yield  rate  a'isoclated  with  each  lease.  Thus, 
the  support  for  the  financial  method  can  be  mar- 
shalled behind  the  TRR  measure  used  In  this  study. 


\ 
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The  Collection  of  Projects 

Assume  for  the  moment  the  ex  stence  of  the 
simulated  firm.    Each  year  a  certain  after  tax 
cash  flow  is  generated  (by  convention,  at  the 
end  of  the  year).    The  amount  of  cash  to  be  in- 
vested (again  by  convention,  at  the  start  of  the 
next  year)  is  a  random  variable  between  50^  and 
]50%  o.  the  cash  flow  generated.    If  less  than 
100^  is  reinvested,  it  is  assumed  that  the  rest 
is  distributed  as  dividends.     If  more  than  100^ 
is  reinvested,  it  is  assumed  that  the  sale  of 
common  stock  t)rovided  the  necessary  additional 
funds.    A  separate  and  independent  (except  that 
the  firm  is  taxed  as  an  entity)  project  is  under- 
taken each  year. 
Other  Model  Parameters 

The  actual  life  of  a  project  (L)  is  an 
integer  random  variable  between  10  and  20  years. 
The  estimated  life  of  a  project  is  an  integer 
random  variable  between  L-3  and  L+3  years.  De- 
preciation schedules  for  the  duration  of  the 
actual  life  are  based  on  the  estimated  life. 
For  tax  purposes,  an  accelerated  depreciation 
method  (sum-of-the-years  digits)  is  used;  for 
reporting  purposes,  ^straight  line  depreciation 
i  s  u^ed . 

The  real  dollar  actual  salvage  !l  a  random 

variable  ranging  between  0  and  20^  of  the  real 

dollar  investment  in  the  project.    Let       j.  = 

ar.tua!  salvage  in  real  dollars.   ^Let  «= 

a,c 

arcual  salvage  in  current  dol lars--current  mean- 
ing dollars  as  of  the  original  investment.  Let 
^e,c  ~  estimated  salvage  in  curfent  dollars. 


This  is  the  salvage  value  used  in  preparing  de- 
preciation schedules  for  bolii  tax  and  reporting 
purposes.    Sg^^  is  a  random  variable  ranging 
between  .5  S^^^  and  1.5  Sg^c- 

The  before  tax  real  dollar  cash  return  from 
the  project  takes  one  of  two  basic  patterns, 
selected  randomly,  each  with  equal  probability. 
One  pattern  is  basically  level  over  the  life  of 
the  project.    The  other  is  a  declining  pattern, 
averaging  a  5^  reduction  per  year.    Let  the  real 
dollar  before  tax  cash  flov^'  In  year  t  =»  R^..  Then: 

Rt+,  -  R^(l  -  a)  b 
Where:  C  =  0  for  level  pattern 

l^=»  .05  for  declining  pattern 

b    is  a  random  variable  ranging  between 
.917  and  1 .083. 

Rq,  the  base  used  to  calculate  Rp  is  a  random 

variable  ranging  between  A  and  B  times  the  real 

dollar  investment  dividend  by  the  project  life. 

A  and  B  a''e  variables  used  to  induce  different 

degrees  ol"  uncertainty  and  variability  into  the 

simulation  model.    They  are  discussed  later. 

The  Environment 

The  environment  in  which  the  simulated  firm 

operates,  has  the  following  characteristics: 

a)  Accounting  information  Is  prepared  on  an 
historical  cost  basis.  Accountants 
ignore  price  level  changes.     Inte** 'per iod 
tax  allocations  are  made  by  accountants. 

b)  inflation  averages  3%  a  y<:ar.    The  price 
index  In  year  X-^'i  Is  a  random  variable 
ranging  between  1.00  arid  l.06  times  the 
price  index  in  year  t. 
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c)  Taxeb  are  assessed  at  a  rate  of  50%  of 
taxable  income.    Taxable  Income  is  com- 
puted in" the  same  manner  as  accounting 
income  except  different  depreciation 
methods  sre  used. 
The  Variables  Hanipuiate 

The  variables  of  interest  were  inter-year 
changes  in  the  measured  rates  of  return  and  the 
degree  of  variability  embodied  in  the  simulation 
model.    Variabil ity  was  induced  two  ways.  First, 
a  pseudo  random  number  generator  was  used  to  make 
Monte  Carlo  draws  from  specified  distributions. 
The  ranges  of  these  distributions  have  been 
stated.    Their  form  has  not  been  specified. 
These  distributions  took  18  different  forms  to 
represent  different  degrees  of  uncertainty  ah.- 
variability.    Limited  uncertainty  and  variability 
was  represented  by  symetrical  distributions, 
tigntly  clustered  at  the  mid-point  of  the  ranges. 

Different  degrees  of  variabi*lty  were  re- 
p»-esented  by  spreading  out  the  distributions  In 
steps,  through  uniform  distributions,  to  U  shaped 
distributions.    More  sped f iccl ly ,  if  a  contin- 
uous random  variable  had  a  range  from       to  X*, 
then  it  was  selected  as 

+  (X^'  -  Xa)  ? 
where  r  Is  a  random  variable  on  the  Internal  0 
to  1,    r  was  basrj  on  the  beta  distribution, 
calculated  to  approximate 

r  «  F  (Slp,v)  =^"f  (t|p,y)  dt 

where: 

f  (tlp,v)dt  =  (l-t)aH 

/  t<'-l  (l-t)^-ldt 
0 


0  a  V  -  P 

P  =  .5v 
and  either 

P  >_  1  or  p,a  <  1 
u  was  an  uniformly  distributed  random  variable 
from  a  pseudo  random  nurnbar  generator.^  Since 
the  cumulative  beta  function  cannot  generally  be 
evaluated  in  terms  of  eJamentary  functions, 
approximations  were  necessary.    Specifically,  f 
was  limited  to  100  "equally  likely"  values  for 
each  V,  and  Monte  Carlo  drav/s  were  taken  from 
this  list.    Eighteen  selected  values  of  v,  rancr 
Ing  from  .05^  to  70  were  used  to  Induce  different 
degrees  of  variability  and  uncertainty. 

The  second  means  by  which  VAi''«^bI 1 1 ty  and 
uncertainty  was  Induced  was  by  ait  -*':g  the  r/mge 
of  the  distribution  of  base  year  re,i*  dollar  be- 
fore tax  cash  flow.    Previously  this  range  has 
been  referred  to  as  A  and  B.    At  one  extreme, 
this  range  was  from  0  to  500%  of  annualized  real 
dollar  cost  of  the  Investment.    The  other  extreme 
was  a?*}^  to  275%.    Eight  intermediate  ranges 
were  used,  or  10  ranges  for  base  year  real  dollar 
before  tax  cash  flow  In  all.    Each  of  the  10 
ranges  was  used  with  each  of  the  18 'probab 1 1 1 ty 
distributions—  resulting  In  180  simulation  runs, 
each  exhibiting  different  degrees  of  variability 
o.rJ  uncertainty. 

The  Concepts  of  Variability  and  Uncertalnlty 
It  Is  important  that  the  meaning  of  the 
terms  variability  and  uncertainty  be  clearly 
stated.    Variability  merely  means  that  the  pa- 
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rameters  of  individual  investment  projects  differ. 
No  two  projects  are  (^like.    £ach  has  a  different 
rate  of  return.    Indur.ing  more  variability  means 
that  the  projects  tend  to  display  greater  dif- 
ferences.   Uncertainty  means  that  management 
does  not  know  all  of  the  parameters  of  an  in- 
vestment project  at  the  time  of  its  undertaking. 
Hence  true  rate  of  return  cannot  be  calculated 
on  a  current  ba^is.    Only  a  surrogate,  account- 
ing rate  of  return  uan  be  so  provided.    There  is 
considerable  uncertainty  surrounding  individual 
investment  projects  at  the  time  they  are  under- 
taken.   Management  *s  rrpresented  as  not  know- 
ing vjhat  return  would  be  forthcoming       n  in- 
dividual investment  projects.     In  fact,  some 
projects  had  negativr  IRR's.    Further,  the  life 
of  a  project  could  oin^  be  estlmat-id.  Similarly, 
salvage  value  Is  only  an  estimate.    Thus  a  great 
deal  of  uncertainty  Is  expressed  at  the  Invest" 
ment  project  stage.    Since  ♦he  firm  was  envl" 
sioned  as  a  collection  of  virtually  Independent 
Investment  projects,  some  smoothing  occurred  In 
aj^jregation.    Because  profitable  projects  were 
more  likely  to  be  undertaken  than  i;.nproft table 
projects,  the  simulated  firm  wdS  not  prone  to 
bsnkrup^tcy.    A  greater  degree  of  volltablllty 
could  have  been  Incorporated  by  allowing  Invest- 
ment project  parameters  to  <irlft  over  the  life 
of  the  firm  or  to  create  dependencies  between 
returns  fra,  existant  Investments  and  future  In" 
vestment  decisions.    Of  course,  either  sisp 
might  cauf.e  Instability  In  the  model.    The  model, 
as  developed,  was  stable  In  the  sense  It  produc- 


ed mean    reverting  measures  o^  return.  None- 
the-less,  the    conomic  outlook  for  the  firn,  at 
any  point  in  time,  even  thu  not  explosively 
unstable,  was  unknown  because  it  was  dependent 
upon  the  particjlar  existant  and  future  invest- 
ment projects,  which  from  the  vie\>*point  of  man- 
agement well  all  uncertain  ventures. 
Resul ts 

The  modeled  firm  was  simulated-  l80^tlmes, 
using  each  of  the  18  forms  for  probability  dis- 
tributions and  the  10  rri'»ges  described  above,  in 
combination.    Each  run  simulated  200  years  of 
firm.    The  ARR  and  the  TRR  were  calculated  fo«- 
each  year  of  each  simulation.    T^ie  ARR  and  TRR 
measures  f'^r  one  run  are  shovm  graphically  \n 
Figure  1. 

Figure  1  is  based  on  the  most  volatile 
situation  modeled.    This  resulted  in  wide  Inter* 
year  changes  In  ARR  and  TRR.    The  amount  of  varl- 
alMity  and  uncertainty  Is  measr  «d  by  the  stan- 
dard deviation  of  \he  TRR  series— In  th5"  case 
.03813.    Mere  Ir.^pectlon  cf  F'gure  1  discloses 
that  £he  model'^d  firm's  economic  performance  was 
highly  variable.    The  efficacy  of  ARK  as  a  mea- 
sure of  return  can  he  determined  by  contrasting 
ARR  with  TRR.    Ht»re  exactly.  Inter-year  changes 
In  ARR  were  correlated  with  Inter-year  changes 
In  TRR°.    Foi  the  simulation  run  depleted  in 
Figure  1,  the  coefficient  of  correlation  between 
changes  In  the  measures  of  return  Is  +.77^07, 

Figure  2  I'j  based  on  the  most  n^lnlmal  static 
of  varlablUty  and  uncertainty  modeled.  In  this 
run,  the  md&led  firms  economic  performance  was 
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considerably  more  stable.    As  in  the  case  of 
Figure  1,  the  ARR  is  generally  greater  than  the 
TRR,  due  in  large  part  to  the  effects  of  infla- 
tion.   Hov/ever,  transient  conditions  In  the  early 
years  (roughly  years  1  through  20  since  the 
maximum  project  life  was  20  years)  were  now 
evident.    Therefore,  only  the  la,  t  180  years  of 
the  200  years  simulated  in  this  and  all  other 
simulations  runs  were  used  for  results  purposes. 

The  standard  deviation  of  the  TRR  series  in 
Figure  2  is  .OO567,  far  less  than  .03713  for 
Figure  1,    The  coefficient  of  correlation 
between  changes  in  ARR  and  changes  in  TRR  is  also 
far  less  in  Figure  2  than  it  was  in  Figure  1; 
+.11577  vs.  +.llk01.    Thus,  the  evidence  from 
these  two  simulation  runs  is  consistent  with  the 
crude  measuring  instrument  hypothesis.    The  more 
variability  and  uncertainty,  the  better  account- 
ing measures  serve  as  surrogates  for  their 
economic  counterparts. 

The  evidence  from  all  189  runs  is  also  con- 
sistent with  the  crude  meosurlng  instrument 
hypothesis.    Table  k  summarizes  all  these  runs. 
For  each  run,  in  the  body  of  the  table,  is  shown 
the  standard  deviation       the  TRR  series  and  the 
coefficient  of  correlation  between  inter-year 
changes  in  ARR  and  changes  in  TRR  (the  latter 
being  in  parentheses).    Summary  measures  pre- 
viously discussed  for  the  run  depicted  |n  Figure 
1  are  in  the  upper  right-hand  corner  of  the  body 
of  Table        Figure  2  data  is  in  the  lower  left- 
hand  corner.    The  rest  of  the  data  in  Table  k  is 
intermediate  to  the  values  in  these  two  corners. 


Table  k  is  arranged  such  that  the  18  entries  in 
each  column  represesit  runs  with  constant  ranges 
of  base-year  real  dollar  before  tax  return  but 
different  distributional  forms  for  Monte  Carlo 
draws.    The  10  entries  In  each  row  have  constant 
distributional  forns  but  different  ranges  for 
base-year  rieturns.    This,  the  two  methods  for 
inducing  variability  and  uncertainty  form  the 
rows  and  columns  of  the  table.    Generally,  moving 
from  left  to  right  across  the  rows  and  from 
bottom  to  top  In  tJ"'^  columns  means  an  increase 
in  var  ability  and  uncertainty. 

Table  k  Is  analyzed  by  rows  and  columns. 
Consider,  for  example,  the  6th  row  of  Table 
The  ten  simulation  runs  reported  in  this  row  all 
used  the  same  distributional  forms  for  Monte 
Carlo  draws,  but  different  ranges  for  base-year 
return.    The  two  concomitant  observations  for 
each  of  the  10  runs  in  this  row  are  graphically 
depicted  in  Figure  3. 

Inspection  of  Figure  3  shows  that  not  only 
does  increasing  the  range  of  base-year  return 
increase  the  standard  deviation  of  the  TRR  series, 
but  it  also  increases  the  coefficient  of  corre- 
lation between  inter-year  changes  in  TRR  and  ARR. 
The  coefficient  of  correlation  between  the  con- 
comitant observations  in  the  10  runs  is  +.93669. 
This  value  is  shown  for  row  6  in  the  margin  of 
Table  k.    The  correlation  of  concomitrmt  obser- 
vations for  all  the  rows  and  columns  are  simi- 
larly indicated  in  Table  k.    The  conclusion  being 
that  the  runs  summarized  In  each  row  and  column 
display  the  interesting  relationship  that  the 


474 


O  O 

V  c 

V  i. 
3  to 
U  « 
)- 


1. 

O 

o 

c 

c 

o 

4-1 

c 

to 

0) 

0) 

> 

5 

o 

T3 

t. 

c 

<D 

o 

T3 

C 

*-» 

4-' 

CO 

15 

u 

i. 

M 

o 

c-  O 

3 

cc 

o 

c 

o 

4-> 

c 

V 

(A 

•» 

u 

4-* 

_e 

y- 

o 

y- 

e 

to 

o 

o 

o 

c 

CO 

CL 

(A 

CJ 

to 

o 

(A 

c 

y- 

CJ 

,c 

to 

c 

c 

o 

o 

Q. 

> 

c 

c 

o 

3 

CO 

j-> 

o 

O 

T3 

oc 

c 

4-* 

u- 

c 

o 

(A 

O 

CJ 

i-» 

i 

<D 

o 

CC 

u 

to 

c 

O 

o 

c 

3 

3 

»- 

o 

.2 

o: 

«  —  « 

w  *»  c 
o  V  o  r 


-I         00  —  r. 

A  r.  «M 


lA  CM 


CO  U>     m>  «o 


o  u>     o  u> 


o  ^ 

O  lA 


o  o 


o  o 
o  o 


lA  lA 
O  lA 


^  »• 

O  CM 
O  ft 


lA  to 
IMCN 

o  u> 


K\  lA 


*rt  c-> 

CM  C* 
M  tA 
O  tA 


C»  CM 
O  — • 


O 

lA  J 

o  J 


O  '1 
O  K\ 


o  c 


K\  O 


•a  J     m  M 

Of*  C  C  O  O  C'C'- 
OCM      C:CM      CCM  Cm 


O  »A       O  lA       C  lA       O  iA 


^  lA  CM  CM  K\  J  o 

•OCM  irt  o  C»o       J  C» 

C~*rt  r<«cM  o  J' 

O  O  C  O  O  t> 

oj  OCM  o  K\  orx 


O  CM        O  CM 


OCM        <y  r-4        OCM  OCM 


C>  lA      O  «/• 


CM  lA 
O  J 


r>tA 


O 


^  lA 
O  lA 


C  lA 


O  lA 


CM  c-> 

eo  ftj 

CM 


^  CO  CO 

M  K\  CO  K\ 

— •  o  o  o 

O  O 


to 

«3  »'\ 


tA  M 


O  Ct 


<■>  tA 
»rt  o 


^  tA       v=  »■• 
O  tA 


O  J       O  .Y 


O  K\        O  O  K\ 


O  J        <•  «M 


J  o 

t7>  CO 
O  CM 


O  O 
O  U 


CM  J 
O  J 
CO 
t-t  tA 


J  ,T  tA  K\  CM 

CM  K\  <r<  O  CM  J 

u  o  c:^  o 

-■  O  «  o 

O  «^  O  CM  o  O 


J  t7>      O  O 


O  t7> 
o  — ■ 


K\0 

o  r- 

o  u 


tA  03 


eo  o 

tA  iT" 

o  ^ 


O  OO       O  O        O  CM 


3^  Om  0«-« 


tA  M 
O  CM 


—  CM 


O  CM 


tA  CO 


O  M 


o  c 


U  C  3 


ERIC 


475 
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Figure  3 


Graphical  Depiction  of  Concomitant  Observations  Reported  in  Row  6  of  Table 


Range  of  Base  Year  Real  Dollar  Before  Tax 
Return  as  a  Percent  of  Annualized  Investment  Cost 
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greater  the  degree  of  variability  and  uncertain- 
ty, the  better  accounting  measures  serve  as  sur- 
rogates for  economic  concepts.^ 
A  Macro-Sens i t ivity  Analysis 

4 

The  parameters  of  the  model  were  selected 
in  what  can  only  be  called  an  arbitVary  manner. 
The  only  defense  that  can  be  made  for  the  par- 
ticular values  selected  is  that  they  were  thought 
to  be  reasonable.    Other  values  would  also  be 
reasonable.    As  a  gross  test  of  sensitivity  of 
the  nx>del  to  parameter  values,  a  new  set  of 
Vcilues  were  selected  and  the  complete  study  re- 
run.   The  original  and  new  parameter  values  are 
listed  in  Table  5-    Results,  using  new  values, 
are  shown  in  Table  6. 

It  should  be  noted  that  in  this  version  of 
the  simulation,  the  single  project  ppj  year  e- 
quirement  is  removed,  adding  greatly  to  the  com- 
puting time  required.' 

Variability  and  uncertainty  were  again  ma- 
nipulated by  altering  the  forms  of  probability 
distributions  and  the  ranges  of  base-year  feturn. 
Results  using  new  parameters,  as  shown  in  Table 
6,  were  similar  to  those  previously  obtained. 
Again,  the  greater  the  decree  of  variability  and 
uncertainty  in  the  ARR  series,  the  higher  the 
correlation  between  inter-year  changes  In  the  two 
return  measurers         Consistent  results  fro/n  this 
second  version  of  the  simulation  allows  at  least 
a  minor  degree  of  confidence  that  there  Is  some 
generality  to  the  relationships  found,  but  of 
course  caution  I s  v/arranted.    At  least  the  re- 
sults are  not  dependent  upon  the  original  param- 


eter values  selected.  Two  sets  of  reasonable 
parameter  values  produced  consistent  results. 
Discuss  ion 

This  paper  has  treated  accounting  measures 
of  return  as  crude  surrogates  for  an  economic 
concept.    A  method  for  assessing  how  crude  the 
surrogate  Is  has  been  developed,  but  more  im- 
portantly, the  Monte  Carlo  simulation  technique 
has  been  brought  to  bear  on  an  area  of  inquiry 
which  has  heretofore  seen  almost  exclusive 
reliance  upon  certainty  models. One  point  thot 
must  be  stated  strongly  is  that  certainty  models 
are  probably  inadequate.    The  degree  of  environ- 
mental variability  and  uncertainty  has  been  chown 
to  be  an  important  factor  when  contrasting 
accounting  and  economic  measures. 

Finally,  some  potential  areas  for  fjrther 
research  can  be  identified.    For  example,  one 
might  ask  if  adjustments  for  price  level  changes 
in  the  accounts,  as  suggested  by  the  accounting 
profession'"',  would  Improve  or  defact  from  the 
correlation  measures  used  In  this  study?  Lead- 
log  relationships  and  moving  averages  could  be 
Investigated.    Economic  cycles  could  be  intro- 
duced Into  cash  flow  patterns.    Thus,  a  host  of 
additional  research  opportunities  present  them- 
selves . 
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TABLE.  5 

Parameters  Used  in  Simulation  Model 


Parameter 

Percent  of  available  cash  flow 
re- invested 

Maximum 

Minimum 

Number  of  investment  projects 
undertaken  annually 

Cost  of  an  investment  as  a 
proportion  of  current  capital 
budget 

Life  of  investment  project 
Maximum 
Minimum 

Accountant's  error  in  estimating 

life  of  investment  project 

Maximum  over  estimate 
Maximum  under  -estimate 

Actual  salvage  value  in  real 
dollars  as  a  proportion  of 
investment  » 
Maximum 

Minimum  * 

Accountant's  error  in  estimating 
sa 1 vage 

Maximdm  over  estimation 
Maximum  under  estimation 

Patterns  of  cash  returns  from 

i  nves tment 

Probability  of  level  returns 
Probability  of  decreasing 
returns 

Average  annual  reduction  with 
decreasing  returns 

Random  deviations  from  pattern  (annual) 
Maximum 
Minimum 

Price  level  changes  (annual) 
Maximum 


Origi  nal 


150% 
50% 


100% 


20  years 
10  years 


3  years 
3  years 


20% 
0% 


50% 
50% 


50% 
50% 
5% 


8.3% 
8.3% 

+6% 
0% 


New. 


100% 
50% 


18.3  to  50% 


15  years 
5  years 


k  years 
I  year 


30% 
10% 


25% 
25% 


80% 
20% 
7% 


15% 
10% 

+  10% 
+  2% 


Income  rax  rate 


50% 


ko% 
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VARIABILITY  ASSUMPTIONS  AND  THEIR  EFFECT 
ON  CAPITAL  INVESTMENT  RISK 


by 

F.  J.  Bre 
Louisiana  Tech 

William  B. 
United  States 

Introduction 

Conventional  methods  of  analyzing  risk  in 
capital  investment  decisions  fail  to  represent 
investment  risk  or  variability  in  investment  re- 
turn because  the  calculation  of  rates  of  return 
using  simple  averages  of  the  basic  investment 
factors  disguises  the  combined,  effect  of  exter- 
nal factor  values  on  the  rate  of  return.  With 
Monte  Carlo  simulation,  the  sampling  of  invest- 
menc  factors  according  to  their  probability 
estimates  allows  the  representation  of  factor 
variability  in  the  rate  of  return  calculations. 

The    usual  procedure  of  assuming  normally 
distributed  factor  probability  is  a  simplifying 
assumption  that  influences  the  representation  of 
variability  and  risk.    According  to  statistical 
theory,  Monte  Carlo  simulations  with  non-normal 
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Allen 
Air  Force 

variability  assumptions  will  produce  simulated 
rates  of  return  that  are  normally  distributed  but 
with  greater  degrees  of  variability.    The  purpose 
of  this  paper  is  to  examine  the  reisults  of  simu- 
latio     which  utilize  non-normal  ifactors  and  to 
compare  these  results  with  those  obtained  using 
normally  distributed  investment  factors  and  mean 
value  investment  factors. 

A  simulation  approach  rather  than  Bi  nalyt- 
ical  approach  is  used  in  the  study  because  of  the 
nature  of  the  bounded  statistical  distributions 
used  in  the  investment  model.    The  model  itself 
is  complex  to  the  extent  that  analytically  han- 
dling the  investment  factors  included  in  the 
-modef  generates  considerable  mathematical  tedium. 
Furthermore,  the  mathemaClcs  of  combining  sta- 
tistical distributions  of:  varying  zypes  can  be 
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extremely  difficult  and  at  times  Impossible. 
Assumptions  andi  limitations 

The  scope  of  this  otudy  is  restricted  to 
those  decisions  involving  one  particular  cate- 
gory of  capital  Investment,  the  Investment  In 
lni!:lil  production  facilities.    Tlie  type  of  In- 
vcf'tmcnt  under  study  Is  defined  as  a  single  cash 
outlay  \»1ilch  produces  varying  revenues  at  vary- 
ing costs  over  a  future  useful  life.    The  study 
is  furtf' >r  limited  to  a  particular  business 
environment  in  which  the  investment  Is  influ- 
enced only  by  specified  factors.    These  factors 
Include  the  major  marketing,  Investment,  and 
production  variables  that  contribute  to  the 
determination  of  profitability.    It  is  further 
assumed  that  there  is  perfect  positive  correla- 
tion between  the  rate  of  return  for  this  type  of 
Investment  and  that  of  the  firm  as  a  whole.  Not 
Included  ar-s  such  considerations  as  the  opportu- 
nity for  alternative  Investments,  the  cost  of 
financing,  or  limitations  on  the  amount  of  fi- 
nancing available.    In  general,  the  hypothetir^ai 
Investment  decision  Included  in  this  study  is 
concerned  only  ulth  the  profitability  of  a  sin- 
gle capital  Investment  measured  solely  by  Its 
own  earnings. 

Other  basic  assumptions  surrounding  the 

study  Include: 

(1)    A  reasonable  approximation  of  risk  is 
acceptable  for  confident,  effective 
decision-making.    Although  other  mea- 
sures of  risk  are  available,  the 
standard  deviation  of  the  rate  of 
return  distribution  is  considered  an 
acceptable  measure  of  risk  and  ifill  be 
used  to  measure  risk  in  this  study. 


(2)  Techniques  of  sale*    '^recasting,  cost 
projection,  and    ..vestment  prediction 
provide  subjective  probability  esti- 
mates wiiich  are  statistically  valid. 

(3)  Computer  prograimiing  and  processing 
facilities  ATz  available  at  reasonable 
cost.    (Iliese  costs  are  not  Included 
in  the  factors  Included  in  the  invest- 
ment model.) 

(4)  Monte  Carlo  simulation  of  the  invest** 
ment  model  reasonably  approximates 
ac^.ual  behavior  in  decision-making. 

(5)  Tii(i  simulation  model  reasonably  repre- 
scat:s  the  pertinent  factors  and  rela- 
tionships of  the  Investment  decision. 

(6)  The  internal  "rat*'  of  return  is  a 
reasonable  measure  of  an  Investment's 
attractiveness. 

Factors  Influencing  Invear^^nt  Profitability 

The  analysis  bf  risk  1^  e  v^^T^^^'C^  caplt;,i 
Investment  requires  identification  of  the  basic 
Investment  factors  contributing  to  the  deter- 
mination of  profitability  and  which  have  a  slg- 
nl.^lcant  effect  on  the  risk  of  achieving  expect- 
ed profitability.    Since  the  future  values  for 
Investment  factors  may  have  different  values 
than  estimated,  the  final  return  on  investment 
is  subject  to  considerable  variability.    The  key 
variable  factors  seem  to  be  those  that  directly 
relate  to  Investment  earnings,  such  as  sales 
revenue  and  production  costs,  or  those  that 
directly  influence  the  nature  of  the  Investment, 
such  as  the  amount  and  life  of  the  Investment. 

In  actual  itpplications  of  risk  analysis, 
the  choice  of  significant  factors  will  depend 
upon  the  particular  market,  production,  and 
Investment  characteristics.    For  example,  Herts 

selected  aa  the  kfy  factors  such  variables 
as  market  size,  selli'iig  prices,  market  growth 
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rate,  share  o£  market,  InvcsCuicnt:  required,  res-^ 
idual  value  of  InvesCmenC,  operating  costs, 
fixed  costs,  and  useful  life  of  l^:cilities. 
Wagle  [5]  selected  the  same  factors  viitXe 
Hilliec  [3]    considered  only  revenue  &nd  cash 
flows.    Hess  and  Quigley  {2]   used  demand,  price, 
fixed  cost,  variable  cost,  amount  of  investment, 
and  plant  capacity. 

Tlie  'Simulation  model  here  Identifies  and 
utilize^)  eleven  investment  factors  as  t>£ing 
significant.    The  selection  of  these  particular 
factors  resalts  from  the  desire  to  construct  a 
hypothetical  investment  that  involves  a  rela- 
tively high  level  of  risk.    Tlie  factors  are 
grouped  incc  four  classes  and  are  defined  as 
follows: 

I.    Marketing  Factors 

A.  PRCMKT    -  the  dollar  sales  price 

of  the  invest.iicnt 
product. 

B.  .VOtMKT    -  the  number  of  product 

units  of  total  industry 
sales* 

C.  SHARE     -  the  firm's  percentage 

share  of  the  total 
industry  nales. 

II.    Production  Factors 

A.  VARCST    -  the  variable  manufac- 

turing costs  in  dollars 
per  unit,  including 
taxes. 

B.  FXDCST    -  the  dollar  amount  of 

fixed  manufacturing 
cost,  including  depre- 
ciation. 

C.  SAEXP     -  fche  dollar  amount  of 

selling  and  administra- 
tive expenses # 

III.    Investnent  Factors 

A,    RQDINV    -  the  dollar  amount  of 

investment  required  for 


beginning  production* 

B.  INVU'E       -  the  useful  production 

life  of  the  investmenc. 

C,  SALVAG       -  the  residual  value  of 

thn  investment  at  the 
end  o£  its  useful  life. 

IV.    Dynamic  Factors 

A.  GROWTH  -  the  perccnta£A  rate  of 
cK^ange  in  market  saXes 
volisne. 

3.    RINFLA       -  the  percentage  rate  of 
change  in  prc'juct  prices 
and  production  costs 
and  expenses. 

The  Hypothetical  Investment  Model 

Tlie  hypothetical  model  usod  in  this  study  to 
demonstrate  Monte  Carlo  simulcisrion  and  to  evalu- 
ate different  factor  variability  assumptions  is 
constructed  primarialy  with  the  aim  of  re\;ealing 
the  risk  involved  in  typical  capital  investment 
decisions.    Emphasis  in  the  model  Is  on  the 
number  of  probabilistic  investment  factors  and 
the  variability  of  their  probability  estimates. 
Tiiis  emphasis  allows  Che  element  of  risk  tp  be 
reflected  in  the  rate  of  ins'cstment  return 
without  undue  distortion  i'.xom  other  sources « 

Although  basically  an  artificial  construct, 
the  hypothetical  model  is  designed  to  represent 
reasonably  realistic  business  conditions  but  not 
to  parallel  any  particular  capital  investment. 
Actual  applications  o£  f-tonto  Carlo  .s5mulation 
will  necessitate  a  spe/^ific  model  tailored  to 
the  particular  investment  sltuati-./n.  Essential 
elements  of  the.model  are  the  rate  of  return 
function,  the  basic/ investment  factors  of  the 
return  function,  the  interrelationships  between 


these  factors y  the  estimated  numerical  values 
for  the  factors,  and  the  type  of  variability  In 
the  factors* 

HiG  Rate  of  Return  Function 

Measuring  profitability  by  the  discounted 
cash  flow  method  determines  a  rate  of  return 
which  equates  the  sum  of  the  present  values  of 
future  period  cash  flows  to  the  amount  of  Ini- 
tial investment.    It  is  defined  as  that  rate  of 
return  r  which  equates  the  initial  Investment  I 
to  the  sum  of  expected  cash  flows  C^^,  •••^ 
as  follows. 


I  =  Ci 


(1+r)^ 


+  Co 


(1+r)^ 


(1+r)" 


(1) 


In  which  the  value  of  r  Is  found  by  trial  and 
error  techniques  [6]. 

Since  the  desired*  simulation  model  Is  one 
which  represents  the  objective  function,  the 
hypothetical  Investment  model  is  essentially 
the  discounted  rate  of  return  equation.  Ex- 
pressed In  the  programming  notation  used  for 

the  computer  simulation,  the  equation  is: 
RQDINV  =  PRVALU,  in  which 

INVLFE  r  1 

PRVALU  =       Z  CASHFL(j) 


(1  +  RATE)j 


+  SALVAG 


(2) 


(1  +  RATE) INVLFE 

In  the  above  relationship,  RQDINV  is  the  amount 
of  initial  investment  required,  PRVALU  repre- 


sents the  present  value  of  future  cash  flows, 
CASHFL(j)  is  the  expected  net  cash  receipts  in 
period  j,  RATE  is  the  rate  of  return  which  causes 
equality,  and  INVLFE  is  the  useful  life  of  the 
Iv^vestment* 

The  net  cash  flow,  CASHFL(j),  consists  of 
the  sum  of  cash  Inflows  less  cash  outflows. 
According  to  the  discounted  cash  flow  method, 
cash  Inflows  include  the  sales  revenue  each 
period  plus  depreciation  charges.    Cash  outflows 
are  the  costs  of  owning  and  operating  the  invest- 
ment each  period.    The  model  computes  the  rate 
of  return  after  taxes,  with  period  taxes  being 
treated  as  part  of  period  costs.    Considering  the 
model  equation  with  these  component  cash  flows, 
then 


CASHFL(j)=CFSALEj  -  CFCOSTj  +  DEPRECj 


(3) 


in  which  CFSAI£  represents  sales  revenue  each 
period,  CFCOST  is  the  total  accounting  cost  in 
each  period,  and  DEPREC  refers  to  the  deprecia- 
tion charge  for  each  period.    The  expression 
(  -  CFCOSTj  +  DEPRECj)  is  equivalent  to  the  cash 
outflows  per  period  and  CFSALE  (Sales  revenue)  is 
equivalent  to  cash  inflows  per  period. 

It  is  possible  (and  perhaps  more  desirable) 
to  compute  the  period  cash  flows  by  subtracting 
period  expenses  from  sales  revenues  and  thus 
eliminating  depreciation  as  a  variable  in  the 
model.    Such  an  approach  presupposes  that  the 
cash  flow  information  is  available.  Accounting 
records  very  often  are  the  only  source  of  input 
information  for  the  model  despite  the  fact  that 
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accounting  ''costs"  may  not  be  identical  to 
"expenses.'*    In  such  instances  the  accoUiiting  in- 
formation must  be  properly  adjusted  to  coincide 
with  actual  cash  flows.    For  example,  the  two 
production  variables  FUFCST  and  ^'MFCST  contain 
elements  of  depreciation  which  are  not  cash  flow 
elements.    The  model  thus  recognizes  the  dispar- 
ity between  accounting  costs  and  expenses  and 
determines  the  period  net  cash  flows  in  the 
manner  indicated  in  equation  (3), 

The  model  uses  the  straight-line  method  of 
depreciation  accounting  for  simplicity.  Actual 
simulations  would  follow  the  particular  conven- 
tion of  the  user.    By  the  straight -line  method, 
the  depreciation  charge  each  period  Is  the  net 
amount  of  investment  divided  by  the  expected 
useful  life  of  the  investment.    The  equation  for 
the  mod^l  is 

DEPRECj  =  (RQDl^IV  -  SALVAG)  /  INVLFE.  (4) 

Other  cash  flows  In  the  model  are  defined 

as 

CFSAIE  =  PRCMKT  *  SALVOL,  (5) 

in  which 

SALVOL  =  SHARE  *  VOmKT  (6) 

and 

CFCOST  =  FSDCST  +  (VARCST  *  SALVOL)  +  SAEXP  <7) 

The  model  assumes  that  any  time  lags  are 
constant  over  the  life  of  the  Investment,  and 
consequently  the  effect  of  time  lags  on  rate  of 


return  variability  Is  ignored  for  simplic;'ly. 
Following  this  assumption^  the  investment  begins 
production  simultaneously  with  the  investment, 
and  sales  occur  at  the  time  and  rate  of^^oduc- 
tion. 

The  model  recognizes  two  sets  of  function- 
ally correlated  investment  factors,  market  price- 
sales  volume  and  sales  volume -variable  manufac- 
turing costs »    Statistical  Interrelationship 
between  these  correlated  factors  is  accomplished 
by  utilizing  multiple  subjective  probability 
estimates.    For  each  possible  value  of  one  func- 
tionally correlated  variable,  there  Is  a  range 
of  possible  values  for  the  other  variable.  These 
multiple  estimates  represent  each  factor  as 
statistically  independent  although  the  variables 
themselves  are  functionally  correlated. 

Each  time  period  of  the  Investment  life  is 
also  Interrelated.    To  maintain  statistical 
independence  and  to  allow  for,  functional  corre- 
lation over  time,  the  dynamic  factors  of  growth 
and  Inflation  serve  to  relate  factors  In  earlier 
periods  to  the  present  simulation  period.  The 
model  is  constructed,  and  the  simulation  Is  per- 
formed so  that  the  rates  of  growth  and  Inflation 
determine  a  new  range  for  the  probability  dis- 
tribution of  each  Investment  factor. 

To  Illustrate  the  sensitivity  of  rate  of 
return  \rarlablllty  to  the  assumption  of  the  type 
of  factor  probability  distribution,  separate 
simulations  of  the  !iypothetical  Investment  were 
performed,  using  six  different  assumptions.  They 
are  a  bounded  standard  normal  distribution,  a 
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bounded  peaked  normal  distribution,  a  bounded 
flat  normal  distribution,  a  bounded  left-skewed 
distribution,  a  bounded  right-skewed  distribu- 
tion, and  a  random  selection  of  these*  five 
distributions. 

These  distributions  are  defined  by  varying 
the  parameters  of  two  basic  f auctions.  The 
normal  function  Is  symnetrical,  and  different 
standard  deviations  change 'the  degree  of  peak- 
edness  for  a  given  mean.    Its  equation  Is  [4]^ 

-|2 


f  (x)  = 


oT2 


(8) 


The  Beta  function  Is  skewed,  and  different 
parameters  change  both  peakedness  and  skewness. 
Its  equation  Is  [4] , 


f(x) 


(afb+1)  ! 


a  !  b  ! 


(9) 


Figure  1  depicts  the  five  types  of  distri- 
butions over  the  unit  Interval.    The  selection 
of  t:hese  distributions  Is  arbitrary  and  Is 
Intended  only  to  reveal  moderate  departures  from 
normal  variability.    Having  assvimed  a  type  of 
variability,  numerical  parameters  are  necessary 
to  completely  define  the  factor  subjective 
probability  distributions. 

Numerical  Factor  Values  for  the  Model 

The  extremes  of  a  distribution  are  a  means 
to  quantify  and  bound  a  function  wlien  the  type 
of  function  between  these  extremes  is  known. 
Accordingly,  simulation  of  the  model  utilizes 
the  extreme  high  and  low  range  estimates  in 
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Figure  I  The  FKe  Oistritvtions  of  the  Simulation  Over  the  Unit  I  nterval 


conjunction  with  the  assumed  type  of  variability 
to  provide  subjective  prcbablllty  estimates  for 
each  investment  factor. 

The  numerical    values    for    the  range 
estimates  (bounds)  of  the  eleven  Investment 
factors  are  arbitrary.    The  objective  in  the 
model  is  only  to  produce  a  measurable  rate  of 
return  and  to  reveal  the  effect  of  factor 
variability  upon  rate  of  return  variability. 
Whenever  reference  is  made  to  any  of  the  distri- 
butions used  in  the  study,  it  is  understood  that 
they  are  bounded  distributions  and  do  not  neces- 
sarily correspond  precisely  to  their  theoretical 
counterparts. 

Simulation  Flow  Diagram 

The  logic  flow  diagram  for  simulating  the 
•hypothetical  investment  is  shown  in  Figure  2.  * 
The  basic  flow  is  to  simulate  randomly  different 
investment  jLlves  from  the  same  conditions  and  to 
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compute  Che  return  for  each  life.    After  all 
simulations,  probabilities  and  statistical 
measures  are  calculated  for  the  returns  simulat- 
ed, then,  for  comparison,  the  rate  of  return  is 
computed  by  averaging  factor  estimates. 

Simulation  of  an  investment  life  first 
involves  a  definition  of  the  hypothetical  invest- 
ment by  determining  the  amount  of  investment 
(RQDINV),  the  life  of  the  investment  (INVT.FH), 
and  its  residual  value  (SALVAG).     Values  for 
these  factors,  llko  all  eleven  factors »  are 
selected  by  the  Monte  Carlo  method.    A  value  is 
randomly  selected  between  the  high  and  low 
range  estimates  according  to  the  type  of  prob* 
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ability  assumed  for  the  investment.    After  this 
definition  of  the  investment,  each  period  of 
investment  life  is  simulated. 

Tlie  rate  of  growth  in  market  volume  (GROlfTH) 
and  the  rate  of  price-cost  increase  (RINFLA.)  are 
selected  at  the  start  of  eacli  pt:rIod  except  the 
first.    These  rates  update  the  ranges  of  market 
volume  (RNGMKT)  and  the  three  costs.    Values  for 
the  factors  determining  revenue  cash  floe  are 
determined  next.    Hie  selection  of  a  market  price 
(PRCMKT)  also  defines  one  of  fifteen  possible 
:i^arket  ranges  (RNGMKT)  allowing  for  price-volume 
correlation.    A  value  of  market  volume  (VOUDCT) 
is  then  selected  from  the  defined  market  range. 
After  selecting  a  value  for  the  firm's  share  of 
this  market  volume  (SHRJMKT),  the  sales  volume 
(SALVOL)  is  computed  as  the  product  of  share 
and  volume.    Tlie  revenue  cash  flow  (CFSALE)  is 
then  computed  from  price  and  volume. 

The  next  phase  consists  of  selecting  values 
for  cash  outflows.    The  value  of  sales  volume, 
representing  production  volume,  defines  one  of 
ten  ranges  for  the  correlated  variable  cost 
(VMFCST).    After  selecting  this  cost  (VARCST) , 
values  for  fixed  manufacturing  (FXDCST)  and 
selling-administrative  expenses  (SAEXP)  are 
selected.    Cash  outflow  (CFCOST)  is  calculated 
by  summing  these  costs  and  expenses.    The  net 
cash  flow  (CASHFL)  Is  then  calculated  from  the 
revenue,  cost,  and  depreciation  cash  flows. 
This  sequence  Is  repeated  for  each  period  of 
the  Investment  life. 


Figure  2  Program  Flow  Diagram 
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When  all  periods  have  been  simulated,  the 
i*ate  of  return  Is  computed  from  the  period  net 
cash  flows  and  the  residual  value  of  the  invest- 
ment.   The  calculated  rate  of  ceturn  Is  recorded, 
and  the  entire  simulation  Is  repeated  for  anoth- 
er trial  simulating  another  investment  with  the 
same  set  of  Investment  conditions  but  continuing 
to  randomly  select  factor  values. 

After  the  desired  number  of  Investment 
trials  has   been    Imulated,  statistical  and 
probability  measures  are  calculated  for  the 
returns  simulated  to  provide  an  indication  of 
the  approximate  risk  In  the  hypothetical  invest- 
ment.   The  rate  of  return  Is  computed  using  the 
conventional  risk  exnalysls  method  of  averaging 
factor  values  for  a  comparison.    First,  the 
average  value  for  each  of  the  eleven  investment 
factors  Is  calculated  from  their  high  and  low 
estimates >    From  these  averages,  the  cash  flows 
are  computed  for  the  average  life  of  the  invest- 
ment.   Tlie  rate  of  return  is  then  determined  by 
the  same  procedure  as  In  the  simulation. 

Results  of  The  Model  Simulation 

The  computer  simulation  of  the  hypothetical 

investment  produced  a  distribution  of  rates  of 

return  as  the  objective  measure  of  risk  in  the 

proposed  investment.    The  important  results  are: 

1.    The  simulation  using  the  assumption 
of  normal  variability  in  the  invest- 
ment factor  estir^ces  produced  a 
distribution  of  returns  with  an  ex- 
pected rate  of  return  which  was  much 
higher  than  the  rate  of  return 
computed  from  the  average  of  factor 
values . 


2.  The  simulation  that  randomly  used 
the  five  types  of  variability  re- 
sulted In  a  distribution  of  returns 
with  a  lower  expected  value  and  a 
larger  variation  than  obtained  by  the 
normal  variability  slmulatlon. 

3.  The  simulations  involving  four 
types  of  factor  variability,  which 
were  non-normal,  gave  rates  of 
return  that  were  significantly 
different  from  the  distribution  of 
returns  from  the  normal  variability 
simulation.    These  distributions 
also  directly  reflected  the  type  of 
variability  distribution  assumed 
for  the  factors. 

These  results  suggest  that,  when  measuring  risk 
by  the  variability  of  the  simulated  rates  of 
return,  Monte  Carlo  simulation  gives  a  different 
representation  of  risk  depending  upon  the 
assumption  of  variability  in  the  basic  Invest- 
ment factors.    These  results  further  Imply  that 
the  expected  rate  of  return  approximated  by 
Monte  Carlo  simulation  is  likely  to  differ  from 
the  expected  return  computed  by  the  conventional 
method  of  risk  analysis. 


The  Rates  of  Return  Simulated 

Tie  rates  of  return  o*^tained  by  the  computer 
simulation  are  presented  in  Figures  3  an'd  4. 
Figure  3  involves  1000  trial  frequency  distri- 
butions while  Figure  4  involves  1600  trials.  The 
curve  tor  the  simulation  of  normal  variability 
conditions  in  Figure  3  is  based  upon  the  first 
1000  trials  whereas  in  Figure  4  the  curve  is 
based  upon  the^^total  1600  trials.    The  signifi- 
cance of  these  Figures  is  that  they  reveal  hov 
the  distribution  of  returns  varied  over  a  range 
of  possible  returns  from  0  to  270  percent. 

Referring  to  Figure  3,  the  distribution  for 
the  five  simulations  varied  over  the  range  of 
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returns  according  to  the  Cyi)e  of  investment 
factor  variability  assumed  during  the  simulation 
The  simulation  assuming  normal  variability 


UfT 


0     20       «  »      JOO     120     HO     loO     Itt     200    220    240  ?cO 

siMuunoRAnof  RnuRM 

Isvire  )  SiftuUtion  ttfy  (4  ReUirn  IrtguerKy  OisUiCutrntt  for  1000  TrliisrAssunlng 


NORVAl  VARfAeiUIY 


oO,    83      100    120     140    loO    180     200    220    2*0  2u0 
SmULAUORATCOFRETURM 
fijiirt  4  StauUlion  Rite  01  Return  Frequervcy  Olsutbulions  for  loCO  TfUis'Assumioj 
Norrul  VifUtxitty  ini  >  Rin<)om  Selection  of  fht  Typ^s  ol  Virutxltty 

produced  a  distribution  that  was  approximately 
symmetrical  over  the  range  of  returns.  The 
distribution  for  the  simulation  assuming  peaked 
normal  factor  variability  resulted  in  a  distri- 
bution that  was  also  symmetrical  about  the 
normal  distribution  but  was  more  peaked  than 
the  normal,,.  The  distribution  for  the  flat  nor- 
mal simulation  resulted  in  a  distribution  that 
was  also  symmetrical  but  less  peaked  than  the 
normal.    The  distributions  for  the  right  and 
left  skewed  simulations  produced  distributions 
that  were  skewed  right  and  left  respectively 


from  the  normal  distribution  with  peakedness 
similar  to  the  normal  distribution.    The  charac- 
ter of  these  five  curves  corresponds  very 
closely  to  the  character  of  the  five  curves  of 
the  basic  types  of  factor  variability  shown 
earlier  in  Figure  1. 

Figure  4  shows  the  rate  of  return  frequency 
curves  for  the  simulations  of  1600  trials  using 
normal  variability  and  a  random  selection  of  the 
five  types  of  variability.    The  random,  variabil- 
ity distribution  is  clearly  different  from  the 
normal  distribution.    The  random  curve  is  much 
more  variable  than  the  normal  curve  and  is 
symmetrical  at  a  much  lower  rate  of  return  than 
the  normal  curve.    Statistical  measures  provide 
a  numerical  description  of  the  distJ ibution 
characteristics. 

The  simulation  also  produced  a  distribution 
of  simulated  returns  and  computed  a  single  rate 
of  return  by  the  conventional  averaging  method. 
The  comparative  advantage  is  shown  in  Figures  5 
and  6.    Figure  5  represents  the  "risk  profile"  of 
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the  hypothetical  Investment  for  the  conditions 
of  normal  and  random  factor  variabiXity,    It  is 
a  percentage  frequency  distribution  of  the 
various,  simulated  returns  and  indicates  not  only 
the  variability  in  investment  return  but  also 
the  inferred  probability  of  each  rate  of  return. 
Figure  3  also  includes  the  single  expected  rate 
of  return  computed  by  the  averaging  method.  For 
the  hypothetical  investment,  a  significant 
difference  in  the  anticipated  investment  returns 
is  apparent. 

Figure  6  shows  the  cumulative  probiOility 
curves  for  the  two  conditions  of  investitent  and 
indicates  the  probability  of  realizing  higher 
rates  of  return.    It  was  drawn  from  cumulative 
probability  values  calculated  from  simulation 
results.    The  probability  for  the  investment 
return  using  the  averaging  method  is  one  since 
it  is  a  single  value.    Figure  6  reveals  a 
difference  between  the  averaging  am!  Moate 
Carlo  methods.    Figures  5  and  6  are  also  repre- 
sentative of  the  decision  guide  available  to 


managers  through  Monte  Carlo  risk  analysis. 
Management  has  a  direct  measure  of  the  approxi- 
mate risk  and  the  chances  of  achieving  various 
.rates  of  return. 

Analysis  of  Results  and  Conclusions 

Table  1  shows  the  calculated  statistical 
measures  for  the  six  rate  of  return  distributions 
obtained  from  the  computer  simulation. 

Statistical  Measures 

A  comparison  of  the  means  and  standard 
deviations  supports  the  observations  concerning 
the  frequency  curves  for  the  simulated  rates  of 
return.    The  distributions  from  the  normal,  flat, 
and  peaked  variability  simulations  have  approxi- 
mately similar  means  (151.5,  154.5,  148.1). 
Their  standard  deviations  bear  a  relationship 
corresponding  to  their  assumed  type  of  variabil- 
ity*   The  standard  deviation  for  the  distribution 
of  the  simulation  using  flat  variability  is 
larger  than  the  standard  deviation  for  the 
simulation  using  normal  variability  (37.69: 
29.04).    The  standard  deviation  for  the  distri- 
bution assuming  peaked  variability  is  smaller 
than  the  normal  distribution  standard  deviation 
(23.84:29.04).    The  distributions  from  the 
skewed  simulations  have  means  (95*4,  195.1)  that 
are  considerably  different  from  the  means  for 
the  normal,  peaked,  and  flat  variability  simula- 
tions.   Their  standard  deviations,  however,  are 
similar  (30.39,  33.05).    The  simulation  of 
random  variability  has  a  distribution  with  a 
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TABI£  1 


STATISTICAL  MEASURES  FOR  THE  DISTRIBUTIONS 
OF  SIMULATED  RATES  OF  RETURN 


Assumed 
Type  of 
Variability 

Mean 

Standard 
Deviation 

Skewness 

Kurt OS is 

Sampling 
Error 

Standard  Normal 

151.5 

29.04 

0.2 

2.8 

0.73 

Peaked  Normal 

154.5 

23.84  ' 

0.2 

2.7 

0.75 

Flat  Normal 

148.1 

37.69 

0.3 

2.7 

1.19 

Left  Skewed 

195.1 

30.39 

-0.1 

2.8 

0.96 

Right  Skewed 

95.4 

33.05 

0.5 

3.2 

1.05 

Random 

124.6 

50.99 

0.2 

2.6 

1.28 

mean  (124.6) ,  lower  than  the  means  from  the 
three  distributions  of  symmetrical  variability 
but  higher  than  the  maan  for  the  distribution  of 
right  skewed  variability.    Tlie  stanc^ard  devia- 
tion for  the  random  simulation  (50.99)  is  much 
larger  than  the  other  standard  deviations. 

Comparing  the  peakedness  and  skewness  of 
these  distributions  to  the  theoretical  normal 
peakedness  (kurtosis  value  of  3)  and  to  the 
theoretical  normal  skewness  (skewness  value  of 
0),  the  distributions  for  the  normal,  flat, 
peaked,  and  random  variability  simulations  are 
slightly  positive  or  right-skewed  and  somewhat 
more  peaked  than  a  theoretical  normal  distribu- 
tion.   The  simulation  assuming  left-skewed 
variability  produced  a  distribution  that  was 
more  left-skewed  than  the  others.     In  contrast, 
the  simulation  assuming  right-skewed  variability 
produced  a  distribution  that  was  more  right- 
skewed  and  that  had  more  peakedness.  The 


simulation  distribution  using  random  variability 
had  the  lowest  degree  of  peakedness.    Tlie  mea- 
sures of  skewness  and  kurtosis  are  something  of 
a  cross-check  on  the  reliability  of  the  simula- 
tion since  the  calculated  measures  of  skewness 
and  kurtosis  indicate  approximately  normally 
distributed  sampling  distributions. 

Sampling  error  is  another  check  on  the 
simulation  validity.    It  indicates  the  possible 
error  in  estimating  the  actual  mean  rate  of 
return  from  the  mean  of  the  simulated  rates  of 
return  because  of  the  random  simulated  sampling 
used  in  the  Monte  Carlo  method.    A  comparison  of 
the  sampling  errors  and  means  in  Table  1  reveals 
th'at  the  differences  between  the  means  for  the 
six  simulations  are  greater  than  the  possible 
errors  wliich  might  result  from  the  randomnessiJ 
of  the  simulation. 
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Analysis  of  Risk  for  the  Hypothstlcal  Investment 
The  purpose  of  Monte  Carlo  risk  analysis  Is 
to  determine  for  the  proposed  Investment  the 
variability  In  possible  rates  of  return  and  the 
probability  of  various  returns  being  achieved. 
Investment  risk  Is  defined  as  the  likelihood  of 
not  achieving  the  expected  rate  of  return  and 
the  variability  In  Investment  return  Is  general- 


ly accepted  as  a  measure  of  this  risk.  Tlie 
frequency  of  Individual  rates  of  return  occur- 
ring during  simulation  is  a  means  of  constructing 
an  anticipated  rate  of  return  distribution.  This 
distribution  is  the  basis  for  dett^rmining  rate  of 
return  variability  and  inferring  the  probability 
of  achieving  various  rates  of  return. 

The  rate  of  return  frequency  distributions 


TABLE  2 

RATE  OF  RETURN  FREQUENCIES  AND  PROBABILITIES  FOR-THE 
SIMULATION  ASSUMING  NORMAL  FACTOR  VARIABILITY 


Rate  of  Return 
Intervals 

Frequency 

1000 
Trials 

Frequency 

1600 
Trials 

Percentage 
1600 
Trials 

Cumulative 
Probability 
1600  Trial 

0  or  less 

0 

0 

.000 

1.000 

1  to  10 

0 

0 

.000 

1.000 

11  to  20 

0 

0 

.000 

1.000 

21  to  30 

0 

0 

.000 

1.000 

31  to  40 

0 

0 

.000 

1.000 

41  to  50 

0 

0 

.000 

1.000 

51  to  60 

0 

0 

.000 

1.000 

61  to  70 

0 

0 

.000 

1.000 

71  to  80 

2 

3 

.002 

.998 

81  to  90 

10 

16 

.010 

.988 

91  to  100 

24 

42 

.026 

.962 

101  to  110 

41 

,  67 

.042 

.920 

111  to  120 

72 

113 

.071 

.849 

121  to  130 

100 

161 

.101 

.748 

131  to  140 

119 

207 

.129 

.619 

141  to  150 

129 

216 

.135 

.484 

151  to  160 

126 

199 

.124 

.360 

161  to  170 

130 

191 

.119 

.241 

171  to  180 

88 

142 

.089 

.152 

181  to  190 

61 

98 

.061 

.091 

191  to  200 

42 

65 

.041 

.050 

201  to  210 

27 

37 

.023 

.027 

211  to  220 

15 

26 

.016 

.011 

221  to  230 

9 

10 

.006 

.005 

231  to  240 

4 

6 

.004 

.001 

241  to  250 

1 

1 

.001 

.000 

251  to  260 

0 

0 

.000 

.000 

261  to  270 

0 

0 

.000 

.000 

over  270 

0 

0 

.000 

.000 
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and  their  means  and  standard  deviations  have 
alrca      been  presented  for  the  six  simulatJons 
of  different  conditions  of  factor  variability. 
Tlie  mean  represents  the  most  likely  expected 
rate  of  return  and  the  standard  deviation  repre- 
sents the  variability  of  investment  return  or 
the  dispersion  of  returns  about  the  nean.  Con- 
sidering the  risk  of  the  hypothetical  investment 
measured  by  the  mean  and  standard  deviation,  the 
hypothetical  investment  has  generally  lower 


anticipated  rates  of  return  with  more  variability 
if  the  factor  subjective  probability  esLimatos 
are  non-normally  distributed  than  if  they  are 
normally  distributed.    Tables  2,  3,  and  A  show 
the  approximate  probabilities  inferred  froin  the 
frequency  of  returns  occurring  during  simulation. 

The  significant  difference  between  the  mean 
rates  of  return  for  the  simulations  of  normal 
and  random  variability  may  be  indicative  of  the 
weakness  of  the  usual  Monte  Carlo  method  of  risk 


TABIJE  3 

RATE  OF  RETURN  FREQUENCIES  AND  PROBABILITIES 
FOR  THE  SIMULATION  ASSUMING  A  RANDOM  " 
SELECTION  OF  VARIABILITIES 


Cumulative 

Rate  of  Return                                 Frequency                                  Percentage         ♦  Probability 
Intervals  1600  Trials  1600  Trials  1600  Trials 


0  or  less 

5 

.003 

.997 

1  to  iO 

3 

.002 

.995 

11  to  20 

A 

.003 

.992 

21  to  30 

15 

.009 

.983 

31  to  AO 

1 

30 

.019 

.96A 

Al  to  50 

56 

.035 

.929 

51  to  60 

60 

.037 

.892 

61  to  70 

80 

.050 

.8A2 

71  to  80 

99 

.062 

.780 

81  to  90 

108 

.067 

.713 

9,1  to  100 

IIA 

.071 

.'6A2 

101  to  110 

115 

.072 

.570 

111  to  120 

116 

.073 

.A97 

121  to  130 

83 

.052 

.AA5 

131  to  lAO 

113 

.071 

.37A 

lAl  to  150 

III 

.069 

.305 

151  to  160 

112 

.070 

.235 

161  to  170 

79 

.0A9 

,186 

171  to  180 

62 

.039 

.1A7 

181  to  190 

57 

.036 

.111 

191  to  200 

58 

.036 

.075 

201  to  210 

AA 

.026 

.0A8 

211  to  220 

2A 

.015 

.033 

221  to  230 

16 

.010 

.023 

231  to  2A0 

15 

.009 

.OlA 

2A1  to  250 

6 

.OOA 

.010 

251  to  260 

11 

.007 

.003 

261  to  270 

1 

.001 

.002 

over  270 

3 

.002 

.000 
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TABI£  4 

RATE  OF  RETUl^^  FREQUENCIES  ASSUMING  PEAKED  NORMAL, 
FLAT  N01tK/\L,  LEFT  SKEWED,  AND  RIGHT  SKEWED 
VARIABILITY 


Rate  of  Return 
Intervals  


Peaked 
Normal 


Flat 
Normal 


Left 
Skewed 


Right 
Skewed 


0  av  Ipqq 

n 

0 

1  to  10 

n 

M 

\j 

0 

II  to  20 

0 

0 

A 

u 

21  to  30 

0 

0 

0 

31  to  AO 

0 

0 

0 

41  to  50 

0 

2 

0 

51  to  60 

0 

3 

0 

61  to  70 

0 

4 

0 

71  to  80 

0 

14 

0 

81  to  90 

0 

31 

0 

91  to  100 

6 

52 

I 

101  to  110 

21 

63 

3 

111  to  120 

46 

81  ^ 

2 

121  to  130 

92 

101 

15 

131  to  140 

145 

98 

25 

141  to  150 

155 

107 

34 

151  to  160 

160 

114 

62 

161  to  170 

14() 

78 

'  73 

I7i  to  180 

.99 

65 

105 

181  to  190 

'66 

44 

128 

191  to  200 

33 

33 

136 

20i  to  210 

30 

41 

120 

211  to  220 

5 

30 

91 

221  to  230 

2 

17 

79 

231  to  240 

0 

11 

60 

241  to  250 

0 

6 

36 

251  to  260 

0 

0 

22 

261  to  270 

0 

0 

6 

over  270 

0 

0 

2 

Total  Trials 

1,000 

1,000 

1,000 

0 
0 
3 
9 

18 
37 
80 
102 
113 
131 
132 
97 
82 
61 
37 
29 
23 
25 
10 
5 
4 
2 
0 
0 
0 
0 
0 
0 
0 

1,000 


analysis,  since  most  studies  on  Monte  Carlo  anal- 
ysis of  Investment  risk  assujne  normal  variabil- 
ity In  their  factor  estimates.    From  the  proba- 
bility aspect,  the  simulation  using  a  random 
selection  of  the  five  types  of  factor  varlabll-  | 
Ity  should  have  a  rate  of  return  distribution 
with  a  mean  not  significantly  different  from 
the  normal  simulation  mean  and  with  a  greater 
standard  deviation  than  the  simulation  using 
normal  variability.    This  expectation  may  be 


derived  Intuitively  In  that  a  random  selection  of 
the  five  types  of  basic  variability  should  aver- 
age out  after  many  selections  to  a  type  of 
distribution  that  approximates  a  normal  distribu- 
tion but  with  a  greater  variability. 

A  possible  explanation  for  this ^significant 
difference  Involves  the  c<»iplex  effect  of  prob- 
abilistic relationships  In  the  hypothetical 
Investment  model.    There  are  eleven  variables 
with  two  pairs  Intercorredated.  Furthermore, 
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nut  only  are  Lhe  periods  in  the  rate  of  return 
equation  intercorrelated,  but  time  itself  is  a 
variable.    It  is  possible  for  the  probabilities 
fto  combine  in  an  unusual  manner  not  representa- 
tive of  the  assumed  probability  because  of  the 
construction  of  the  m?del. 

For  example,  suppose  in  the  random  vari- 
ability simulation  a  lower  range  of  factor 
values  of  one  particular  investment  factor  has 
a  ijreater  influence  on  the  rate  of  return  than 
the  higher  range  of  values.    11»e  resulting  rate 
of  return  distribution  would  then  tend  to  be 
right-skewed.    TIic  hy)>othetical  model  does  in 
fact  contain  certain  facLors  with  distinct 
ranges  such  as  variable  cost  or  market  volume. 


lliere  is  al«o  an  upper  limit  to  the  quantity  of 
sales  and  production  volume,  either  of  i^iich 
could  truncate  tlie  distribution  of  cash  flows. 
Thus  the  differences  in  means  could  arise  because 
of  the  model  construction.    If  tliis  is  tlie  case 
and  tlie  model  is  truly  representative  of  typical 
investment  situations,  then  tlie  effect  of  non- 
normal  probal)i'lities  is  important.    Tliis  effect 
suggests  that  the  simulation  using  a  random 
selection  of  non-normal  probabilities  is  prefer- 
able to  a  simulation  using  only  normal  probabil- 
ities because  it  is  a  more  representative 
measure  of  risk. 


TABUi  5 

COMPARISON  OF  PERCENTAGE  DISTRIBUTION  BY  STi\NDARD  SCORES 


Standard 

Assumed 

Type  of  Factor 

Variability 

Tlieoretical 

Score 

Standard 

Peaked 

Flat 

Left 

Right 

Normal 

Interval 

Normal 

Normal 

Normal 

Skewed 

Skewed 

Random 

Curve 

From  To 

Under 

-3.5 

-3.0 

.000 

.000 

.000 

.000 

.000 

.000 

.001 

-3.0 

-2.5 

.001 

.000 

.002 

.003 

.000 

.000 

.004 

-2.5 

-2.0 

.015 

.013 

.008 

.022 

.010 

.008 

.017 

-2.0 

-1.5 

.042 

.043 

.044 

.042 

.028 

.048 

.044 

-1.5 

-1.0 

.100 

.094 

.110 

.092 

.116 

.114 

.092 

-1.0 

-0.5 

.168 

.176 

.169 

.138 

.177 

.173 

.150 

-0.5 

0.0 

.190 

.203 

a95 

.216 

.204 

.178 

.191 

0.0 

0.5 

.188 

.169 

.191 

.178 

.197 

.169 

.191 

0.5 

1.0 

.139 

.141 

.114 

.135 

.104 

.145 

.150 

1.0 

1.5 

.083 

.080 

.080 

.098 

.078 

.089 

.092 

1.5 

2.0 

.044 

.050 

.059 

.058 

.040 

.049 

.044 

2.0 

2.5 

.022 

.027 

.022 

.013 

.033 

.018 

.017 

2.5 

3.0 

.007 

.002 

.006 

.002 

.008 

.009 

.004 

3.0 

3.5 

.001 

.002 

.000 

.000 

.000 

.000 

.001 

Totals 

1.000 

1.000 

1.000 

1.000 

1.000 

1.000 

1.000 

I 
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An  evaluation  of  the  six  rate  of  return 
distributions  by  means  of  standardizing  their 
distributions  serves  as  a  cross-check  on  the 
validity  of  the  simulation  results «  Standard 
score  values  were  calculated  for  each  of  the  six 
rate  of  return  distributions  and  converted  to 
percentage  frequency*    Table  5  shows  these 
percentage  frequencies  by  standard  score  and 
also  the  percentage  frequency  for  the  theoreti- 
cal standard  normal  curve*    A  close  similarity 
exists  not  only  between  the  six  simulations  but 
also  between  the  six  distributions  and  the 
standard  normal  curve. 

This  standard  tabulation  helps  to  verify 
the  statistical  validity  of  the  computer  simula- 
tion*   It  Indicates  that,  after  correcting  for 
the  different  means  and  standard  deviations, 
there  Is  no  significant  difference  between  the 
six  simulations  resulting  from  the  simulation 
method* 
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A  COMPUTERIZED  INTERACTIVE  /FINANCIAL  FORECASTING  SYSTEM 

Phili/p  M.  Wolfe 
Motorola  Inc.,  Semiconductor  Products  Division 

Donald  F.  Deutsch 
Motorola  Inc.,  Ser^niconductor  Products  Division 

Phfienix,  Arizona 

/ 

/  ABSTRACT 

A  computerized  i/iteractive  forecasting  system  has 
been  developed  fcor  the  Finance  Department  at  the 
Semiconductor  IJroducts  Division  of  Motorola  Inc. 

i 

While  being  b^sic  in  its  operation,  the  financial 
forecasting  s.^stem  has  permitted  the  analysis  of 
large  amounti  of  data  on  a  timely  basis.  'Inter- 
active  prof.^t  and  loss  forecasting  models  have  been 
developed  v^^hich  represent  the  various  operating 
levels  of  ^responsibility  in  the  Division  in  both 
domestic  jind  international  areas.     The  financial 
analyst,  from  a  remote  terminal,  can  communicate 
with  the  computer  to  access,  update  and  report 
forecas'i  data  as  well  as  manipulate  any  or  all  of 
the  financial  models.     The  forecasting  system  was 
designed  to  place  complete  control  of  operation 
in  th«  hands  of  the  users,  and  also  to  provide 
flexibility  in  adapting  to  constantly  changing 
financial  forecasting  requirements. 
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INTRODUCTION 

Prior  to  1971,  all  financial  fore- 
casts at  the  Semiconductor  Products 
Division  of  Motorola  Inc.  were  generated 
manually.     In  general,  profit  and  loss 
forecasts  were  prepared  every  month  to 
project  financial  activity  for  the  next 
three  months,  for  the  remaining  quarters 
in  the  year,  and  for  the  next  year.  This 
was  done  for  some  sixty  operating  seg- 
ments of  responsibility  within  the 
Division. 

Because  these  forecasts  were  pre- 
pared manually,  many  problems  occurred: 

1.  The  detail  that  could  be  con- 
sidered in  a  forecast  was 
limited. 

2.  Excessive  time  was  spent  gen- 
erating and  verifying  numbers, 
thereby  prohibiting  detailed 
analysis  in  preparation  of  the 
forecasts . 

3.  Because  of  the  excessive  time 
spent  in  preparation  of  a  fore- 
cast, errors  in  the  forecast  or 
changes  in  the  assumptions 

.  could  AOt  be  adjusted  once  the 
forecast  preparation  was  near 
completion. 

4.  No  valid  procedure. for  measure- 
ment of  forecast  accuracy 
existed  because  of  the  exces- 
sive manual  effo  *:s  required. 


5.  No  historical  data  base  existed 
which  the  financial  analysts 
could  readily  use  to  prepare  the 
forecasts . 

6.  Accountants  were  being  used  as 
clerks  to  run  the  calculators 

in  order  to  prepare  the  required 
forecasts. 

7.  Few  "V7hat  if"  questions  were 
analyzed. 

The  recognition  of  these  problems 
resulted  in  the  search  for  a  better 
method.    Since  the  basic  forecasting  for-' 
mats  could  not  be  reduced  due  to  the  re- 
quirements of  the  Corporate  Office,  it 
was  decided  to  computerize  the  financial 
forecasting  process. 

Several  companies  were  visited  to 
ascertain  how  they  accomplished  their 
financial  forecasting;  financial  modeling 
seminars  were  attended;  and  a  consulting 
firm  specializing  in  financial  modeling 
was  investigated.     Following  a  very 
thorough  study,  the  decision  was  made  to 
develop  an  in-house  system  which  would 
facilitate  interactive  financial  fore- 
casting. 

A  system,  called  the  Profit  and  Loss 
(P&L)  Forecasting  System,  was  developed 
through  the  joint  efforts  of  the  Planning 
Administration,  the  Financial  Analysis, 
and  the  Management  Science  Groups.  The 
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aim  of  this  system  was  to  provide  a  set 
of  interactive  timesharing  computer 
models  which  would  depict  the  P&L  struc- 
ture within  the  Divisions  and  which 
would  permit  the  generation  of  financial 
forecasts  within  that  structure. 

The  specific  objectives  to  be  met 
in  developing  the  P&L  Forecasting  System 
were  the  following: 

1-    The  System  must  be  written  in 

FORTRAN  to  be  run  on  an  in-house 
GE-430  timesharing  computer. 

2.  The  System  must  provide 
security. 

3.  The  System  must  be  flexible 
enough  that  organize  clonal 
changes  do  not  require  re- 
programming. 

4.  It  must  be  easy  to  set  up  and 
change  report  formats  and  then 
generate  reports. 

5.  It  must  be  simple  to  enter  and  ' 
retrieve  large  amounts  of  data 
from  remote  timesharing 
terminals. 

6.  The  System  must  be  general 
enough  to  facilitate  other 
modeling  efforts. 

7.  The  System  must  be  simple 
enough  to  use  such  that  a  pro- 
grammer is  not  required  to  run 
the  system. 

8.  The  development  and  first 


implementation  must  not  cost 

more  then  $25,000. 
9.    The  System  must  be  developed  and 

implemented  within  3  months 

elapsed  time  (7  man-months) . 
These  objectives  which  were  ful- 
filled resulted  in  a  general  Modeling 
Systeir  which  has  facilitated  the  develop- 
ment of  other  financial  and  also  non- 
financial  models  at  this  Division. 

P&L  FORECASTING  METHODOLOGY 
Each  month,  a  P&L  forecast  is  pre- 
pared for  the  Semiconductor  Products 
Division.     This  forecast  is  divided  into 
two  major  segments.  Domestic  and  Inter- 
national, and  is  , broken  out  for  the  next 
three  months,  for  the  remaining  quarters 
in  the  year,  and  for  the  next  year.  Also 
contained  in  this  forecast  are  historical 
results  for  the  last  r:ionth  and  year-to- 
date.    This  forecast  is  prepared  at  five 
levels  of  management  under  the  Domestic 
and  International  segments  (see  Figure 
1) .    Forecasts  are  prepared  for  approxi- 
mately sixty  operating  segments  of  res- 
ponsibility within  the  Division.    Each  of 
the  reports  contains  approximately 
seventy  line  items  covering  sales,  direct 
and  indirect  costs,  and  profit  categories. 

This  monthly  P&L  forecast  is  a  prin- 
cipal operating  document  for  the  Division. 

It  provides  goals  and  measures  of  per- 
formance for  Division  and  Corporate 
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management.     It  is  also  used  for  budge- 
tary control. 

The  preparation  of  the  P&L  forecast 
is  complicated  by  involved  consolidation 
adjustments  between  the  Domestic  and 
International  segments.    Also,  the 
Domestic  P&L*s  represent  complete  manu- 
facturing and  sales  entities  while  the 
International  P&L*s  differ  in  that  some 
represent  such  things  as  sales  subsi- 
diaries and  assembly  plants.     In  addi- 
tion, actual  results  and  forecasts  are 
received  from  around  the  world  that  must 
be  analyzed  and  validated  as  being  rea- 
sonable.     Another  complicating  factor 
is  that,  when  a  line  item  is  forecast 
for  as  many  as  nine  time  periods   (months , 
quarters,  years) ,  the  coefficients  in 
the  function  relating  that  line  item  to 
.another  line  item  may  be  different  for 
all  nine  time  periods.     For  some  time 
periods,  there  may  be  no  relationship  at 
all;  instead  the  analyst  must  input  the 
forecasted  value.     The  indirect  costs 
provide  additional  problems  in  that 
suitable  bases  must  be  maintained  to  al- 
locate these  costs,  and  these  costs  must 
be  forecasted  and  allocated  to  the  vari- 
ous operating  segments  of  the  Division.  . 
Thus,  because  of  the  size  and  complexity 
of  the  monthly  forecast  and  the  fact 
that  it  was  prepared  manually  using  cal- 
culators, little  simulation  of  alternate 


courses  of  action  could  be  performed. 

Furthermore,  before  the  P&L  forecast 
was  modeled,  many  human  errors  were  made 
which  if  detected  too  late,  could  not  b^ 
corrected,  or  which  would  remain  undetec- 
ted.   Also,  the  forecast  required  many 
weeks  to  be  prepared;  consequently,  many 
of  the  figures  were  invalid  by  the  time 
the  Division  forecast  was  released. 

Once  the  P&L  Forecast  was  modeled, 
several  things  have  changed  concerning 
the  way  a  forecast  is  made  and  the  amount 
of  "what  if"  simulation  that  can  be  per- 
formed.    The  financial  analyst  has  more 
time  to  prepare  the  forecast;  therefore, 
more  time  can  be  spent  in  analysis.  Also, 
a  historical  data  base  now  exists  to  aid 
in  the  analysis  and  the  measurement  of 
forecast  accuracy.    More  detail  (more 
line  items  and  time  periods)   is  now  in- 
cluded in  the  forecast;  consequently, 
management  has  more  visibility.  "What 
if"  simulations  may  now  be  run^  at  any 
level  modeled  within  the  Division  and 
the  impact  evaluated  throughout  the 
Division . 

THE  P&L  FORECASTING  SYSTEM 
Basically,  the  P&L  Forecasting 
System  is  composed  of  a  set  of  FORTRAN 
programs  which  are  called  the  Modeling 
System,  and  another  set  of  FORTRAN  pro- 
grams called  the  P&L  Model  Logic  which 
are  linked  to  the  Modeling  System  to 


ERIC 


501 


perform  the  P&L  calculations.  The 
Modeling  System  is  essentially  indepen- 
dent of  the  P&L  Forecasting  Application; 
therefore,  it  can  be  utilized  for  other 
applications. 

The  Modeling  System  may  be  defined 
as  an  integrated  set  of  computer  programs 
which  provide  a  user  with  capabilities 
for  creating  a  structure  of  models  and 
associated  data  files,  for  identifying 
and  organizing  the  data  within  the  data 
files;  and  for  accessing,  storing,  and 
displaying  the  data  from  the  data  files. 
The  functions  of  the  Modeling  System  are 
very  general.    The  P&L  Forecasting 
System  utilizes  the  Modeling  System  in 
conjunction  with  the  P&L  Model  Logic 
developed  for  preparing  financial  fore- 
casts.   A  general  description  of  this 
System  is  given  in  Figure  2. 

In  the  P&L  Forecasting  System,  a 
model  is  a  set  of  mathematical  equations 
which  represent  the  sales  revenues  and 
production  costs  of  a  segment  of  the 
Semiconductor  Products  Division  such  as 
Domestic  Factory.     The  mathematical 
equations  in  a  model  define  line  items 
such  as  Direct  Materials  cost.  Thus, 
given  an  expected  sales  level  for  a  time 
period,  each  model  will  compute  a  profit 
forecast  for  the  segment  of  the  Division 
that  it  represents. 

The  models  in  the  P&L  Forecasting 


System  have  a  specific  arrangement,  a 
model  structure,  defined  according  to 
their  functional  interrelationships. 
These  interrelationships  are  defined  by 
the  management  organization  and  by  finan- 
cial reporting  procedures.    The  typical 
model  structure  is  depicted  in  Figure  1. 
The  location  of  a  specific  model  in  the 
model  structure  is  controlled  with  a 
code   (model  code)  associated  with  each 
model.    Thus,  the  model  structure  is 
flexible  and  can  be  easily  changed  in  the 
management  organization  and/or  the  finan- 
cial reportin    procedures  should  change. 

Each  model  in  the  P&L  Forecasting 
System  has  associated  with  it  a  model 
data  file  which  is  a  location  in  the  com- 
puter for  storing  an  array  of  informa- 
tion.   The  array  consists  of  rows  which 
contain  line  items  and  colvunns  which  rep- 
resent   elements  (time  periods) .     A  model 
data  file  organization  is  application 
dependent.    Figure  3  depicts  the  typical 
organization  of  a  model  data  file  used 
in  the  P&L  Forecasting  System  application. 

The  first  26  elements  (1-26)  of  a 
data  file  comprise  space  allocated  to 
history.     Elements  27-44  are  allocated 
to"  forecasts,  and  elements  45-60  are 
allocated  to  parameters  used  to  calculate 
the  forecasts.    The  parameter  used  to 
calculate  a  particular  forecast  is  stored 
in  the  same  row  and  17  elements  to  the 
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FIGURE  2 

P&L  FORECASTING  SYSTEM  CONFIGURATION 
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CQ 

CQ+1 
CQ+2 
CQ+3 
CQ+4 
CY 

CY+1 
CY+2 
CY+3 
CY+4 

CY+5 

GOAL  (CY) 

CM 

CM+1 

CM+2 

CM+3 

• 

CY+3 
CY+4 
CY+5 

27  28  29  30  31  32  33  34  35  36  37  38  39  40  41  42  43  44 

45  46  47  48  ...57  58  59  60 

FORECAST  DOLLARS 

FORECAST  PARAMETERS 

CY  =  CURRENT  YEAR  QTD  =  QUARTER  TO  DATE 

YTD  =  YEAR  TO  DATE  ^  CQ  =  CURRENT  QUARTER 

CM  =  CURRENT  MONTH 

FIGURE  3 
MODEL  DATA  FILE  LAYOUT 
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right.     Thus,  if  element  28  line  item 
15  contains  the  forecast  for  Direct 
Materials  for  the  current  month,  then 
the  parameter  used  to  calculate  the  fore- 
cast is  stored  in  element  45  line  item 
15.     Some  exceptions  are  elements  27  and 
44  (CM-1  and  Goal  elements)  for  v?hich  no 
space  is  allocated  for  parameters. 

The  P&L  Forecasting  System  is  main- 
tained under  a  master  user  number  and  is 
available  to  users  under  any  other  user 
number  provided  the  proper  access  privi- 
leges have  been  given.    Under  the  master 
user  number  are  stored  the  main  system 
files,  the  P&L  Forecasting  System  pro- 
grams, and  the  internal  model  data  files 
which  contain  the  master  or  permanent 
P&L  information. 

The  Main  System  files  contain  in- 
formation which  identifies  the  line 
items,  the  models,  and  the  report  for- 
mats to  be  utilized  in  the  operation  of 
the  Forecasting  System,  and  also  the 
passwords  which  provide  access  to  the 
System  for  various  users.    These  files 
are  created  through  the  Forecasting 
System  with  the  exception  of  the  pass- 
word file  which  must  be  generated  out- 
side of  the  System. 

A  user  from  any  other  user  number, 
if  given  a  Modeling  System  password,  may 
access  the  p&L  Forecasting  System.  This 
access  allows  a  user  to  perform  many  of 


the  System  functions  under  his  own  user 
number.     Such  a  user  may  duplicate  cer- 
tain of  the  internal  model  data  files 
under  his  user  number  and  then  operate 
on  them  inde pendent Ijr  of  the  internal 
model  data  files.    These  duplicate  files 
are  called  the  external  model  data  files. 
It  is  also  possible  to  transfer  informa- 
tion back  and  forth  between  the  internal 
and  external  model  data  files. 

WHAT  CAN  BE  DONE 
WITH  THE  FORECASTING  SYSTEM 
Modeling  System  Major  Functions 

The  major  functions  of  the  Modeling 
System  are  described  below: 

1.  Model  Structuring 

2.  Data  Storage  and  Retrieval 

3.  Model  Execution 

4.  Report  Generation 

5.  Sensitivity  Analysis 

6.  External  Model  Capabilities 

7.  Security  Procedures 
Model  Structuring 

This  ftmction  entails  creating  the 
main  system  files  and  initializing  their 
contents  as  well  as  providing  the  user 
with  the  facility  of  building  and  main- 
taining a  structure  of  models.    The  crea- 
tion of  the  main  system  files  provides 
space  for  stdring  such  things  as  line 
item  and  model  descriptions,  data  file 
names,  record  addresses,  and  model 
structure  codes.    This  function  also 
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provides  the  facility  for  defining  and 
changing  line  item  and  model  descrip- 
tions ,  creating  and  deleting  model  data 
files,  and  listing  existing  line  items 
and  model  data  files* 
Data  Storage  and  Retrieval 

The  inputting,  retrieving,  and 
listing  of  data  from  the  model  data 
files  is  handled  by  this  function.  The 
data  may  be  input  through  a  terminal  or 
from  an  existing  file.     Likewise,  data 
may  be  retrieved  from  model  data  files 
to  be  listed  at  the  terminal  or  placed 
in  a  file  and  listed  later  at  the  ter- 
minal or  at  an  off-line  high-speed 
printer. 
Model  Execution 

The  execution  of  a  model  involves 
executing  the  model  logic  (mathematical 
equations)  that  make  up  that  model. 
Values  are  calculated  for  a  specific 
time  period  for  the  appropriate  line 
items. 

In  the  P&L  Forecasting  application, 
some  of  the  functions  performed  with 
model  execution  are: 

1.  Calculate  a  P&L  for  the  lowest 
level  model  (level  6  in  Figure 
1). 

2*    Execute  a  P&L  model  above  level 
6  by  executing  the  associated 
level  6  models ,  and  calculate 
parameters  for  those  models 


above  level  6. 

3.  Calculate  a  P&L  for  a  higher 
level  model  (levels  1-5)  with- 
out first  executing  models  at 
level  6* 

4.  Calculate  consolidation  ad- 
justments for  the  Division. 

Model  execution  is  a  function  of 
the  particular  application* 
Report  Generation 

The  Modeling  System  permits  the 
analyst  to  set  up  report  formats  inter- 
actively through  a  remote  terminal  and 
to  write  these  reports  either  to  a  ter- 
minal or  to  a  file.     If  written  to  a 
file,  the  reports-  can  be  printed  later 
at  a  terminal  or  at  an  off-line  high- 
speed printer.    The  report  formats  may 
be  general  with  the  user  specifying 
what  information  is  to  be  printed  at  the 
time  a  report  is  written,  or  the  report 
can  be  so  specific  that  the  user  only 
specifies  what  report  is  to  be  printed. 
Once  a  report  format  is  created,  it  ^is 
saved  and 'may  be  used  again. 
Sensitivity  Analysis 

Management  may  see  the  impact  of 
changing  the  values  of  variables  in  the 
models.  This  may  be  done  by  changing  a 
value  in  a  model  data  file,  then  execu- 
ting that  particular  model,  and  then  by 
either  listing  out  values  for  line  items 
of  interest  either  through  a  data  file 
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list  option  or  through  a  report  print 
option.    Another  way  is  through  a  sen- 
sitivity analysis  option  which  permits 
the  analyst  to  specify  a  range  of  values 
for  a  particular  line  item  that  is  to  be 
changed  and  the  increments  of  change. 
The  analyst  must  also  specify  the  line 
items  of  interest  for  which  he  would 
like  to  see  values  once  the  desired 
model  is  executed.    The  sensitivity 
analysis  option  does  not  disturb  th'e  con- 
tents of  the  data  file  associated  with 
the  model  on  which  the  analysis  is 
performed. 

External  Model  Capabilities 

The  Modeling  System  provides  the 
capabilities  of  creating  duplicates  of 
the  internal  model  data  files  under 
other  user  numbers.     Data  may  be  moved 
back  and  forth  from  internal  and  exter- 
nal files  as  well  as  between  external 
files.     Although  anyone  with  the  proper 
password  clearance  can  move  data  from 
an  internal  file  to  an  external  file, 
only  one  password  is  cleared  to  move 
data  into  the  internal  files  from  ex- 
ternal files.     This  controls  the  integ- 
rity   of  the  internal  data  files. 

Once  external  model  data  files 
exist,   the  analyst  can  perform  desired 
"what  if"  analysis  using  these  files. 
This  permits  extensive  analysis  with 
the  capabilities  of  restoring  a  model 


data  file  to  the  initial  status  simply 
by  recopying  desired  data  from  the  inter- 
nal model  data  files.    Essentially,  any 
analysis  and  report  printing  performed 
with  the  internal  model  data  files  can 
be  performed  using  the  external  model 
capabilities  of  the  Modeling  System. 
Security  Procedures 

A  user  must  have  a  Modeling  System 
password  assigned  to  him.     This  password 
gives  him  access  to,  specific  models  and 
options  of  the  Modeling  System.    Thus,  a 
user  may  have  acc^^ss  to  only  one  model 
and  may  only  list  information  from  the 
associated  model  data  file  using  an  ex- 
ternal list  option  (see  Modeling  System 
Options)  ,  while  another  user  :Tiay  have 
access  to  all  models  and  a\ay  manipulate 
the  associated  data  and  generate  reports 
as  he  desires,  using  any  of  the  external 
and  internal  options. 
Modeling  System  Options 

The  major  functions  of  the  Modeling 
System  are  performed  by  the  user  specify- 
ing an  option  number  when  prompted  by 
the  System.    There  are  twenty  explicit 
options : 

1 .     Initialize  System  Files. 

2*    Update  Line  Item  Table.  Permits 
adding,  deleting  and  changing 
of  line  item  descriptions. 

3.    Update  Model  Table.  Permits 
adding,  changing  and  deleting 
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of  model  data  files,  model 
data  file  names,  and  model 
descriptions, 

4.  Construct  Report  Formats.  Per- 
mits definition  of  complete  or 
partial  report  formats.  Input 
may  be  via  a  terminal  or  a 
file. 

5.  List  Model  Table.  Permits 
listing  of  a  table  containing 
names  of  all  existing  model 
data  files  and  the  associated 
model  descriptions. 

6.  Update  Model  Data.  Permits 
modifying  data  in  any  model 
data  file,  one  or  many  values 
at  a  time.    Also  permits  dupli- 
cating all  or  portions  of 
one  data  file  in  another  data 
file  as  well  as  resetting  all 
or  portions  of  any  data  file 
to  zero.     Input  may  be  from  a 
terminal  or  from  a  file. 

7.  Execute  Models.     Permits  execu- 
tion of  model  logic,  which  is 
dependent  upon  the  application. 
I'ist  Line  Item  Table.  Permits 
listing  of  any  or  all  existing 
line  item  descriptions. 

9.     List  Valid  Models.  Permits 
listing  of  any  or  all  models 
validated  ror  the  current  user, 
10.    List  Mode?,  Data.  Permits 

O 
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listing  of  any  data  in  a  model 
data  file;  one  or  many  values 
may  be  listed  at  one  time.  Out- 
put may  be  via  a  terminal  or  a 
file. 

11.  Print  Reports.    Permits  the 
printing  of  reports  whose  for- 
mats have  been  defined  through 
Option  4 .    Output  may  be  via 
terminal  or  file  with  the  cap- 
ability of  printing  the  file 
using  an  off-line  high-speed 
printer. 

12.  Update  External  Model  Table  and 
Move  Data  Between  Files .  Per- 
mits the  creation  and  deletion 
of  external  model  files,  the 
moving  of  data  between  internal 
and  external  files,  and  the 
moving  of  data  among  external 
files . 

13.  List  External  Model  Table.  Per- 
forms the  same  function  for  ex- 
ternal models  as  Option  5  does 
for  internal  models. 

14.  Update  External  Model  Data, 

Performs  same  function  as  Option  s 

15.  List  External  Model  Data.     Per-  ! 
forms  same  function  as  Option  10.  • 

16 .  Execute  Models  From  External  I 
•    j 

Data  Files.    Performs  same  | 

! 

function  as  Option  7. 
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17,  Perform  Auto-Sensitivity 
Analysis ,    Permits  varying  any 
line  item  for  any  model  over  a 
range  of  values,  executing  the 
proper  models,  and  then  listing 
any  desired  line  items  after 
each  model  execution. 

18,  Print  Reports  From  External 
Data  Files.    Performs  same 
function  as  Option  11. 

19.  Update  And  Age  Model  Data. 
Updates  the  System  time  and 
ages  data  when  the  System  time 
changes,  i.e.,  shifts  data  to 
the  proper  elements  within  the 
model  data  file  to  reflect  the 
correct  relative  time  for  that 
data. 

20.  Update  And  Age  Model  Data  In 
External  Files.    Performs  same 
function  as  Option  19. 

Example:     "What  If"  Simulation 

Assume  that  for  the  Model  1, 
Silicon  Transistors,  it  is  desired  to 
vary  the  Net  Sales  (line  item  IC) ,  for 
the  next  month  (element  28) ,  between 
the  values  of  $1,000  and  $2,000  in 
steps  of  $500,  and  to  recompute  the 
complete  P&L  Statement  for  each  sales 
value.    However,  because  of  the  time 
required  to  print  all  the  line  items, 
only  those  specified  will  be  printed, 
which  in  this  case  are  line  items  10, 


15-20,  30,  50  and  82.    Along  with  the 
forecast  dollars,  each  line  item  value  is 
computed  as  a  percentage  of  Net  Sales  and 
is  listed  to  the  right  of  the  forecast 
value.     It  is  possible  to  perform  this 
analysis  using  Option  17,  automatic  sen- 
sitivity analysis.     The  analysis  is  shown 
in  Figure  4. 

SYSTEM  ACCEPTANCE  AND  ENHANCEMENTS 
The  initial  P&L  Forecasting  applica- 
tion was  not  very  sophisticated  from  a 
simulation  viewpoint,  although  it  did 
permit  extensive  "what  if"  sensitivity 
analysis.     It  performed  the  specific 
function  for  which  it  was  developed,  in 
addition,  it  brought  more  sophistication 
to  the  financial  analyst  and  more  accu- 
rate and  timely  reports  to  management. 
The  acceptance  by  the  users  (financial 
analysts)  was  greater  than  expected  as 
the  first  year  billings   (storage,  connect 
time,  and  cpu  time)  were  approximately 
$75,000  at  the  GE  Mark  II  billings  rate, 
but  much  less  at  the  in-house  rate. 

A  significant  by-product  of  this 
effort  v;as  a  sophisticated  general 
Modeling  System  with  the  following 
special  features. 

1.  Timesharing  random  access  of 
data. 

2.  External  model  capabilities. 

3.  High-speed  printer  output. 
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**  OPTION  **  ?17 


ENTER  MOD  #;  ELMNT  #;  L.I.  #  FOR  ANALYSIS  ?1;28 

ENTER  START,  END  VALUES;   INC;  L.I,   |S  TO  LIST 
71000, 2000 ;500; 10, 15-20, 30, 50, 82 

MODEL       1;  SILICON  TRANSISTORS 

ANALYSIS  ELMNT  28,  L.I.  10,  VALUK  1000 
FORECAST  ELMNT  2  8 


NET  SALES 

1000 

100 

.0 

DIRECT  MATERIAL 

110 

11 

.0 

FRT,SCRP,SHK,SOBS 

6 

0 

.6 

DUTY 

1 

0 

.1 

DIRECT  LABOR 

80 

8 

.0 

DIRECT  LABOR  BURDN 

150 

15 

.0 

DIRECT  LABOR  FRING 

3 

i3 

.3 

COMMITTED  COSTS 

21 

2 

.1 

TOTAL  INDIREC  COST 

124 

12 

.4 

NET  PROFIT  (LOSS) 

252 

25 

.2 

ANALYSIS  ELMNT  28,  L.I.  10,  VALUE  1500 
FORECAST  ELMNT  2  8 


NET  SALES 

1500 

100.0 

DIRECT  MATERIAL 

165 

11.0 

FRT,SCRP,SHR,&OBS 

9 

0.6 

DufY 

2 

O.i 

DIRECT  LABOR 

120 

8.0 

DIRECT  LABOR  BURDN 

225 

15.0 

DIRECT  LABOR  FRING 

4 

0.3 

COMMITTED  COSTS 

21 

1.4 

TOTAL  INDIREC  COST 

12  ^„ 

8.3 

?4ET  PROFIT  (LOSS) 

415 

27.7 

ANALYSIS  ELMNT  28,  L.I.  10,  VALUE  2000 
FORECAST  ELMNT  28 

NET  SALES  2000  100.0 

DIRECT  MATERIAL  220  11.0 

FRT,SCRP,SHR,&OBS  12  0.6 

DUTY  2  0.1 

DIRECT  LABOR  160  8.0 

DIRECT  LABOR  BURDN  300  15.0 

DIRECT  LABOR  FRING  5  0.2 

COMMITTED  COSTS  21  l.C 

TOTAL  INDIREC  COST  124  6.2 

NET  PROFIT   (LOSS)  578  28.9 


FIGURE  4 
AUTOMATIC  SENSITIVITY  ANALYSIS 
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4.    User-controlled  report 
generator. 

J.    Selective  security  procedures. 

6.    General  sensitivity  analysis. 

The  Modeling  System  has  facilitated 
the  development  of  other  financial  and 
non-fincncial  models.    This  system  has 
been  used  to  develop  the  following 
interactive  models: 

1.  Five  Year  Sales  Forecast. 

2.  Production  ConCrcl  Sales 
Forecast  &  Billing  Report. 

3.  Marketing  Sales  Forecast. 

4.  Corporate  Consolidated  lialance 
Sheet. 

5.  Budget  System. 

In  addition,  a  batch  version  has 
been  developed  to  run  on  IBM  360  equip- 
ment that  is  being  used  in  Europe  to  pre- 
pare P&L  Forecasts  for  tlie  European 
subfiidiaries .    A  batch  version  waf> 
necessary  as  the  Corporation  has  no 
timesharing  facilities  ,in  Europe, 

Enhancements  are  periodically  being 
made  to  l^he  Modeling  System.  Statisti- 
cal rout/nes  are  being  added  to  aid  in 
foieoast"' ng,  the  report  generation  and 
wrici;ig  has  been  made  more  general/  and 
data  storage  has  been  made  more  effi- 
cien: .    In  addition,  a  version  is  being 
developed  to  run  on  IBM's  Timesharing 
Option  (TSO) . 
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MULTINATIONAL  CAPPmL  BUDGETING:    A  SBSULflTION  ^CDEL 


Andre  Fourcans 
Indiana  University 

Thomas  J.  Hindelang* 
Indiana  University 

Abstract 

The  rapid  growth  of  nultinational  corporations  has  hastened  the  need  for  the 
developnent  of  robust  niodels  to  handle  the  increased  risk  and  conplexity. 
Particularly  in  capital  budgeting,  careful  analysis  and  adequate  reflection 
of  the  critical  variables  are  essential.   The  great  nuitber  of  relevant  vari- 
ables, their  significant  interrelationships,  and  the  high  degree  of  uncer- 
tainty render  mathematical  models  highly  corplex  or  infeasible  to  solve. 

lb  overocme  these  shortcomings,  a  "Hertz-type"  siirdilaticn  model  is  form- 
lated  for  the  multinationcil  firm.    Ihe  iirportant  international  variables — 
foreign  exdiange  rates,  foreign  tax  methodology,  host  government  controls, 
and  other  social,  economic,  and  political  factors — are  reflected  in  the 
model.    A  twD  stage  approadi  is  utilized:   first,  investmsnt  projects  are 
analyred  by  the  subsidiary  and  if  they  pass  this  first  screening  they  are 
proposed  for  thi\  parent's  consideration;  second,  the  parent  evaluates  the 
attractiveness  of  projects  from  its  point  of  view  and  ran3cs  pr<^50sals  for 
acceptance  considering  all  global  opportunities.    Ihe  model  is  designed  so 
that  sensitivity  analysis  can  be  easily  performed. 


IhG  authors  gratefully  acknowledge  the  helpful  cannents  of  Dr.  W.C.  Perkins,  Dr.  John  F.  Muth, 
Dr.  Donald  Tuttle,  Dr.  Larry  Mer/ille,    and  the  merrbers  of  cur  doctoral  seminar  in  intemationcil 
finance  at  Indiana  University. 
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1.  INTRODUCrig? 
UfKjuestionably,  the  capital  budgeting  pro- 
cess is  of  critical  iittportance  in  helping  firms 
achieve  their  various  objectives.    Hence,  the 
more  accurately  capital 'budgeting  models  reflect 
the  actual  conditions  faced  by  firms,  the  great- 
er will  be  the  assistance  the  models  provide  in 
reaching  corporate  goals.    Tae  past  decade  has 
seen  a  significant  evolution  of  the  methods 
utilized  in  capital  budgeting.    Payback  and  re- 
turn on  invest3nent  approaches  have  been  recog- 
nized as  inferior  to  the  discounted  cash  f  la^ 
models— net  present  value  and  internal  rate  of 
return.    In  addition,  the  iirtportance  of  reflect- 
ing "risk"  has  becaive  accepted  because  of  the 
inadequacy  of  a  single  parameter  (the  expected 
value  or  msan)  to  incorporate  all  of  the  rele- 
vant underlying  aspects  of  cash  flow  distribu- 
tions.   Therefore,  measures  of  variation  or  dis- 
persicxi  are  called  upon  to  enrich  the  formula- 
tions,   llcf^'ever,  sudi  extensions  are  not  free  of 
theoretical  and  aj^lied  difficulties.    Ho  fur- 
ther ccnplicate  matters,  correiatiais  anong  in- 
vestirvsnt  c^^rtunities ,  multiperiod  capital 
rationing,  reinvestment  of  cash  throwoffs,  and 
financing  decisicais  should  also  be  reflected. 
An  even  more  challenging  task  is  at  hand  vAien 
the  dimensionality  of  the  problem  is  still  fur- 
ther increased  by  considering  the  multinational 
setting.    This  necessitates  the  incorporation  of 
foreign  exchange  rates,  differential  foreign  tax 
treatment,  and  international  econanic,  social, 
and  political  factors*    Unfortunately,  tradi- 


tional approaches,  as  well  as  mathematical  pro- 
granndng  fornulations,  have  been  found  wanting  in 
their  ability  to  precisely  and  robustly  reflect 
the  multidimensional  setting  while  rendering  a 
model  vhich  can  be  accurately  solved  within 
"reasonable"  caiputer  time  and  msmory  require- 
ments.  Ohese  shortoc^mngs  make  it  advantageous 
to  consider  Monte  Carlo  simulation  as  a  natural 
resolution  of  the  dileima.    Simulation  can  effec- 
tively oe  used  to  reflect  diverse  and  ccnplex 
interrelationships  among  stochastic  variables 
over  a  series  of  years.    Key  decision  vax  ibles 
can  be  ascertained.    The  sensitivity  of  results 
to  changes  in  state  and  decision  variables  can 
also  be  determined.    Various  assurrptions  relative 
to  the  shape  and  parameter  values  of  input  vari- 
able distribution  can  be  tested  and  their  inpact 
pinpointed.    Hence,  simulation  proves  to  be  a 
flexible  and  powerful  approach  to  the  multina- 
tional capital  budgeting  process. 

Biis  paper  extends  the  Hertz  (see  Hertz  [}.€) 
and  [17])  simulation  model  to  the  multinational 
capital  budgeting  process.    The  critical  areas 
discussed  above  are  incorporated.    The  approach 
is  flexible  enough  to  utilize  several  criteria  in 
the  final  investrii^jrxt  selection  process. 

'Hie  next  s©:  .^on  surveys  the  traditional, 
mathematical  programniing,  and  Simula tioi-based 
capita]  'nidgeting  models  developed  to  date.  Sec- 
tion tl:ree  investigates  the  inportant  ii.tema- 
ticnai  variables  and  their  estimation.    It  also 
incluues  an  analysis  of  the  parameters,  exogenous 
and  end-.^gencus  variables,  and  identities  of  the 
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nodel.    Section  four  presents  the  model's  cxitput 
and  supplanentary  analysis  effective  in  select- 
ing profitable  capital  investitents ,  lastly, 
extensions  of  the  model  are  discussed. 

II*    CAPITAL  BUDGETING  MODELS 

To  apgreciatB  the  great  value  of  simulation 
techniques,  a  survey  of  the  predcminant  capital 
budgeting  models  is  necessary.    For  interested 
readers,  various  references  are  given.  This 
part  of  the  paper  investigates  briefly  three 
groups  of  capital  budgeting  tec^JlLques:  (1) 
traditional  models;  (2)  matheratical  programoing 
models;  and  (3)  siimilation  itiodels. 
Traditional  Models 

Model  builders  distii^uish  three  areas  of 
consideration  concerning  knowledge  of  the  future: 
(1)  "certainty "—v^ere  perfect  knowledge  is 
assumed;  (2)  "risk"-- \^ere  only  the  parameters 
and  shapes  of  the  probability  distributions  of 
future  occurrences  can  be  specified;  and  (3) 
"uncertainty"-- ^ere  neither  all  possible  states 
of  the  world  nor  the  probability  of  tho^x  occur- 
rences can  be  specified.    Due  to  th    «^uer  know- 
ledge of  the  "certainty"  techniques  and  the 
overv^elming  difficulty  of  the  "uncertainty"  . 
assunptions ,  the  "risk"  case  will  receive  our 
greatest  attention. 

The  traditional  "certainty"  capital  bud- 
geting mcdels  (paii>ack,  return  on  investment, 
net  present  value  -  NPV,  and  internal  rate  of 
return  -  IRR)  only  require  a  very  brief  corrment. 
More  and  mcare  firms  are  discarding  the  former 
two  techniques  in  favor  of  one  of  the  latter  two. 


The  major  reasons  for  this  switch  to  the  NPV  and 
IRR  models  are  that:    (1)  they  accurately  reflect 
the  time  value  of  money  (a  dollar  of  cash  inflow 
today  is  more  beneficial  than' a  dollar  a  year 
from  now)  v^ch  is  ignored  by  the  former  two;  axxi 
(2)  they  consider  the  iiportanoe  of  the  finan- 
cing decision  relative  to  the  investment  under 
ooisideration,    Thus,  any  sojiusticated  approach 
to  the  capital  budgeting  process  should  incor- 
porate these  two  iirportant  aspects.    For  a  dis- 
cussion of  these  models  see  JcAinson  [19] , 
Bienran  and  anidt  [1] ,  or  conventional  finance 
texts  as  [31]  and  [33] . 

Ihe  "risk"  case  is  generally  treated  throu^' 
one  of  the  following  three  approaches:    the  in- 
formal reflecti-on  of  risk,  the  risk-adjusted  dis- 
count rate,  and  the  certainty  equivalent,  ihese 
three  methods  reflect  the  fact  that  future  events 
are  unknown  but  probability  distributio:is  can  be 
used  to  specify  the  likelihood  of  various  occur- 
rences,   ihe  mean  and  standard  deviation  of  these 
distributions  are  used  to  provide  decision  cri- 
teria. 

The  infomal  method  subjectively  evaluates, 
the  tradeoff  between  the  riskiness  of  projects 
and  their  net  present  values.    If  two  projects 
are  similar  in  terms  of  their  riskiness  (i.e., 
the  standard  deviations  of  the  discounted  return 
distributions  are  approximately  equal)  the  one 
with  the  higher  mean  NPV  would  be  selected, 
Weston  (33,  Oi.  8]  gives  a  good  illustration  of 
the  application  of  this  technique. 

Ihe  risk  adjusted  rate  of  return  model 
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classifies  investment  proposals  according  to 
their  riskiness  based  ai  the  standard  deviation 
of  the  cash  inflows  over  the  life  of  the  invest- 
ment.   Ihen,  the  cash  inflows  are  discounted  at 
a  rate  dependent  upon  the  risk  class  that  the 
proposal  falls  into — the  riskier  the  project  the 
higher  the  rate.    The  magnitude  of  the  risk  ad- 
justinent  should  reflect  both  the  riskiness  of 
the  proj  ct  per  se  and  the  firm's  attitude  to- 
ward risk  taking. 

In  the  certaint/  equivalent  method,  "risky" 
future  cash  flows  are  wei^ted  by  a  coefficient 
reflecting  the  investment's  degree  of  risk  (the 
greater  the  risk  the  lower  the  coefficient). 
Ihese  figures  are  then  discounted  at  a  "risk 
free"  rate  (e.g.,  the  rate  of  interest  on  U.S. 
Governmental  Bonds).    References  discussing 
these  latter  two  models  would  include  Van  Home 
[31] ,  Weston  (33] ,  and  Rcbichek  and  Myers  [27] . 

Ihese  three  models  .are  a  step  in  the  right 
direction  in  that  they  attenpt  to  reflect  the 
stochastic  nature  of  future  events.    Needless  to 
say,  their  major  shor teeming  is  their  siirplicitr/ 
— they  fail  to  reflect  many  very  relevant  and 
vitally  iirportant  aspects:  interrelationships 
among  investment  opportunities  and  current 
operations,  various  contingeiK:ies  over  the  life 
of  the  investanent,  and  the  capital  rationing 
phenomenon.    In  addition,  the  multinational 
dimension  necessitates  the  incorporation  of  new 
relevant  variables,    ito  overcone  these  short- 
comings, decidedly  more  robust  mathotatical 
programrdng  models  were  necessitated.  Such 


models  were  formulated;  their  major  characteris- 
tics are  now  discussed. 
Mathematical  Programing  Models 

Four  classes  of  mathematical  progranming 
models  have  been  applied  to  the  capital  budget- 
ing process  under  risk:    quadratic  programing, 
dynamic  programuing,  stochastic  linear  program- 
ming, and  chance  constrained  progranming.    Only  a 
brief  and  general  description  of  these  approachesy 
and  sOTve  of  the  major  contributions  made,  will  be 
undertaken. 

Quadratic  programiung  is  a  technique  used 
to  cptimize  a  non-linear  objective  function  sub- 
ject to  linear  ccnstraints.    One  of  the  pioneer- 
ing works  in  this  area  was  by  Farrer  [10] .  He 
reflected  uncertainty  in  the  objective  function 
by  using  both  the  mean  and  variance  of  the  net 
present  value  distributions  of  the  investment 
proposals  under  consideration.    This  technique 
also  enables  the  incorporation  of  project  inter- 
dependences .through  the  use  of  the  varianoe- 
covariance  matrix.    Cohen  and  Elton  [6]  used 
this  approach  in  the  QP  model  they  formulated. 
Ihey  generated  an  "efficient  set"  of  achievable 
risk-return  tradeoffs  given  the  feasible  com- 
binations of  investment  alternatives.  Unfortu- 
nately, as  the  number  of  projects  grows,  diffi- 
culties in  the  solution  of  the  problem  escalate 
.quickly. 

From  a  conceptual  point  of  view,  a  very 
powerful  way  of  handling  uncertainty  in  mathe- 
matical programnf^ing  models  is  dynamic  program- 
ming. -  This  technique  optimizes  a  recursive 
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functional  describing  a  sequential,  multi-stage 
decisicn-itoking  process  v^ere  seme  of  the  vari- 
ables are  stochastic.    Unfortunately,  as  the 
nunober  of  variables  and/or  the  nu±>er  of  con- 
strciints  on  the  problem  increase  (as  is  certain- 
ly the  case  witli  even  a  small  real  world  pro- 
blem) tlie  "curse  of  dimensionality"  prohibits 
efficient  soluticxi  of  the  model  within  realistic 
ccnputer  time  and  msanory  requirements.    Some  ad- 
vances have  been  made  by  \'teingartner  and  Ness 
(26) ,  Glover  (13J ,  and  Nesnhauser  (25)  to  inprove 
the  strengtlis  of  computer  solution  algorithms. 

Stodiastic  linear  prograimung  is  an 
approadi  used  to  solve  problems  where  the  para- 
meters of  tlie  model  are  uncertain  but  their  dis- 
tributions can  be  specified.    Hie  method  in- 
volves generating  an  enpirical  distribution  for 
the  optijnum  value  of  tlie  objective  function. 
Ttiis  is  done  by  allowing  the  parameters  of  the 
system  to  vary  according  to  their  probability 
distributions  and  resolving  the  problem.  Cohen 
and  Elton  (6)  and  Byrne,  Chames,  Cooper  and 
Kbrtanek  (2J  have  applied  this  technique  to  the 
Cc^ital  budgeting  area. 

Chance  constrained  programning  optimizes 
an  objective  function  with  stochastic  variables, 
and  constraints  v^ich  are  only  required  to  hold 
with  seme  probability  less  than  unity.    In  this 
area,  four  major  uninaticxial  capital  budgeting 
contributions  have  been  made:    Has  land  (22) , 
Byrne  (3),  (4),  and  llillier  (18).    In  addition, 
Merville  [21)  has  formulated  a  ehance-oonstrain- 
ed  prograimdng  model  for  the  multinational 


firm's  cc^ital  budgeting  process.    However,  the 
lack  of  efficient  soluticxi  algorithms  for  rea- 
listic size  problenns  limits  the  utility  of  this 
approach  at  the  present  time. 

After  this  brief  review,  it  is  possible  to 
shew  hew  simulation  techniques  can  be  of  super- 
ior practicality  and  applicability.    Indeed,  all 
of  the  mathematical  models  suffer  from  one  or 
more  of  the  following  serious  limitations: 

1.  The  model  itself  is  not  sufficiently 
robust  to  reflect  all  of  the  relevant 
variables  and  interrelationships  in 
practical  sized  problems,    ohis  is 
especially  true  of  stochastic  linear 
prograimdng  and  chance  constrained 
programming,  and  to  a  lesser  degree 
of  quadratic  prograimdng. 

2.  The  model  has  coiceptual  weaknesses 
which  jeopardize  the  validity  of  the 
results  obtained.    Here  again, 
stochastic  linear  prograimdng  and 
chance  caistrained  prograimdng  are 
the  most  faulty. 

3.  The  ocnplexities  of  the  model  make 
the  accurate  solution  of  realistic 
problems  difficult  at  best  and  in- 
feasible  at  worst.    Dynamic  program- 
ming under  uncertainty  ar*i  chance 
constrained  prograimdng  are  weakest 
in  this  regard. 

Due  to  these  significant  shortcomings,  siimi- 
laticxi  approadies  offer  desirable  advantages  over 
mathematical  models.  ^ 
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simulation  ^4odels 

The  pioneering  work  applying  j-tonte  Carlo 
sijnulation  to  capital  budgeting  was  undertaken 
by  Hertz  [16]  in  1964.    lUs  approach  considered 
nine  variables:   market  size,  selling  prices, 
market  gravth  rate,  share  of  jrarket,  original 
investment  required,  residual  value,  operating 
costs,  fixed  costs,  and  useful  life  of  facili- 
ties.   Hie  decision  maker  is  asked  to  provide 
estimates  of  the  expected  values  and  measures  of 
dispersion  for  the  distributions  of  each  of  the 
nine  input  variables.    The  output  consists  of  an 
Qipirical  distribution  of  return  on  investment 
(ROI).    However,  this  initial  work  was  einbedded 
with  three  major  limitations: 

1.  Cash  flews  were  not  discounted,  and 
hence  the  timing  of  flews  was  not 
taken  into  account; 

2.  No  consideration  was  given  to  the 
financing  decisiai  for  the  new  in- 
vestment proposal; 

3.  Project  interrelationships  and 
environmental  factors  were  not  taken 
into  account. 

In  his  1968  article  Hertz  (17)  overcomes 
the  first  shortccming  by  providing  three  empiri- 
cal distributions  based  on  the  sifiulaticn:  the 
pja^tock  criterion,  the  POI,  and  the  discounted  . 
FOI. 

In  1968/  Salazar  and  Sen  [28)  develc^^ed  a 
simulation  utilizing  Weingartner's  basic  hori- 
zon model  and  built  his  constraints  for 
interrelated  projects  into  their  formulation. 

O 
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Oheir  simulation  reflects  two  types  of  uncertain- 
ties:   (1)  environmental  uncertainty  based  on 
v^at  future  ecaiomic,  social,  and  corrpetitive 
conditions  may  be,  and  (2)  cash  flow  uncertain- 
ties v^iere  the  mean  and  standard  deviation  of 
the  cash  flows  are  considered.    Hie  results  are 
analyzed  by  ranking  various  portfolios  of  pro- 
jects as  a  function  of  differing  environmental 
conditions  and/or  management  preferences  toward 
risk  and  return. 

In  spite  of  its  increasing  ijr^rtance,  the 
subject  of  international  capital  budgeting  does 
not  seem  to  attract  financial  model  builders. 
Hiis  fact  is  very  unfortunate  because  the  rise 
of  the  multinational  corporation  necessitates 
sophisticated  tools  of  anali'sis.    Singulation  is 
certainly  a  very  adequate  tech^iique  for  handling 
the  cctrplex   multinational  set-up.    It  daton- 
strates  the  interdependence  of  variables  in  the 
decision  process  and  makes  it  possible  to  visual- 
ize the  dynamics  in  business  decisions.  Further- 
more, risk  (particularly  international  risk)  can 
be  introduced  very  efficiently  into  the  capital 
investment  activity  which  can  thus  be  rendered 
very  realistic.    As  of  now,  evidently  only  one 
simulation  formulation  has  been  applied  to  this 
field  [5) .    However,  this  model  does  not  reflect 
the  crucial  multinational  variables  involved, 
and  consequently  is  still  caistructed  in  an  uni- 
national  set  up. 

The  proposed  simulation  utilizes  the 
strengths  of  the  models  developed  to  date.  In 
addition  it  reflects  the  critical  international 


variables  and  the  iirpact  of  social,  eooncmic, 
and  political  factors  in  tlie  nraltiriational  arena 
of  the  capital  budgeting  process. 

III>    mSXm  OF  I^7^ERNATI0NAL 
CAPITAL  BUDGETING 
^e  sone^iiat  ocnplicated  evaluation  of  in- 
vestinent  opportunities  in  an  uninational  setting 
is  rendered  extronely  catplex  in  less  familiar 
envirorments.    Indeed,  new  financial  systaris  and 
attitudes,  new  variables  such  as  exchange  rates, 
tax  and  interest  differentials  between  countries, 
joint  ventures,  etc.,  necessitate  a  solid  fraine- 
work  of  analysis.    As  nenticned  above,  the  usual 
mathematiccil  progranming  techniques  of  capital 
budgeting  lack  the  flexibility  and  generality 
necessary  to  handle  the  oonplex  intematicnal 
problems.    Conversely,  simulation  procedures 
constitute  a  pcwerful  aj^roach  to  incorporate 
stochastic  variables  and  interrelationships ♦ 
Siinuiation  is  new  just  coming  of  age,  thixs  gain- 
ing wider  acceptance  in  the  business  connunity* 
Hence  the  model  foiirulated  h      should  prove 
beneficial  to  the  management  of  multinaticnal 
firms. 

The  proposed  simulation  has  been  made  as 
general  as  possible  while  not  sacrificing  ease 
of  understanding  and  use.    In  order  to  provide 
adequate  information  and  a  flexible  analysis,  a 
two  stage  capital  budgeting  siimilation  is  re- 
oannended.    First,  the  investuvent  is  evaluated 
as  a  uninational  opportunity  by  the  subsidiary 
proposing  it.   Then,  it  must  be  analyzed  frcm 
the  parent's  point  of  view*   Ihis  joint 


evaluation  is  of  paramount  iii^jortance.  Indeed, 
a  plant  built  -in  a  foreign  country  can  be  a  very 
profitable  investment  in  itself,  but  currency 
devaluations,  tax  differentials  axx3/or  quantita- 
tive ocxitrols  can  make  it  worthless  to  the  parent 
corpany.    The  proposed  model  handles  both  the 
case  vtere  the  parent  is  ccxisidering  a  joint 
venture  as  well  as  a  100%  participation* .  Fur- 
thermore, the  model  allows  for  siioiltaneous  in- 
vestigation of  several  investments. 

Because  of  the  unquestioned  significance  of 
the  international  variables  in  the  model's  de- 
velopnsnt,  a  discussion  of  these  ii^uts  and  their 
estiination  is  now  undertaken. 
International  Variables  and  Their  Estimation 

Model  generality  is  obtained  by  considering 
all  the  necessary  ii^ts  without  breaking  them 
dcwn  into  their  specific  corponents*    By  so  do- 
ing, the  sophistication  of  the  formulation  is 
enhanced  without  unbearable  ocrplexity  in  its 
use. 

The  following  relevant  international  vari- 
ables are  incorporated: 

1.  Foreign  exdiange  rate  risks 

2.  Inflation  risks 

3.  Expropriation  risks 

4.  Risks  of  war 

5.  Foreign  taxation  and  differential  tax 
treatments  between  countries 

6.  Duties,  enbargos,  and  quantitative 
controls 

The  first  four  risks  are  represented  by 
stochastic  inputs.    The  last  two  international 
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vciriables  can  be  considered  deterministic  and 
known  a  priori  by  ir^magcment.  Sensitivity 
analyses  allow  considerable  testing  of  the  ade- 
quacy and  relative  iir^rtance  of  eadi  input.  A 
range  of  values  and  a  probability  distribution 
must  be  specified  for  each  pcurameter.    The  fol- 
lowing discussion  considers  the  type  of  informa- 
tion vdiich  will  enhance  the  quality  of  each  es- 
timate.   Of  course,  the  mDre  accurate  the  data 
inputs,  the  more  precise  and  reliable  will  be 
the  results. 

1.   Foreign  exchange  rate  risks: 

Changes  in  foreign  exchange  rates,  and 
particularly  devaluaticxis ,  can  affect  consider- 
ably a  project's  wDrthiness.    Without  questioi, 
the  dollar  equivalent  of  profits  is  decreased 
vAxen  a  devaluatia:i  occurs  in  the  host  country 
of  a  subsidiary.    Therefore,  a  careful  predic- 
tion of  foreign  exchange  rates  must  be  made. 
Various  events  contriJouting  to  dianges  in  for- 
eign exchange  rates  must  be  examined: 

a.  Direct  causes: 

-ijT^rt  surplus  crises; 
■"government  spending  abroad; 
-withdrawcil  of  foreign  balances; 
-over  exporting  of  long  term  capital 

b.  Indirect  causes: 

-inflatiai,  particularly  relative 

inflatiorv 
-political  ccxvditions; 
-structural  changes  within  the 

country; 
-national  demoralizaticn; 


-policies  of  foreign  countries  on 
investinents 
An  analysis  of  these  variables  should  lead 
to  adequate  forecasts  of  foreign  exchange  rates. 
For  more  details  the  reader  is  referred  to  [9) 
and  [34]. 

2.  Inflatiai  risks: 

Inflation  has  a  great  influence  on  asset 
valuation,  profits,  and  credit  availability. 
Consequently,  this  risk  must  also  be  studied  by 
management. 

Inflation  is  often  associated  witli  imnoder- 
ate  creation  of  money.    A  close  look  at  tlie 
changes  in  the  money  stock  is  therefore  of  cru- 
cial iitportance.    Otiier  factors  to  be  examined 
are  government  spending  and  changed  restrictions 
of  iir^rted  goods  (through  the  balance  of  pay- 
ments) .    A  good  analysis  of  inflation  in  the 
multinational  environment  can  be  found  in  (14) . 

3.  Exprc^riation  risks: 

Obviously,  exprc^riations  of  the  foreign 
investment  are  of  overriding  in^rtance.  Ihere- 
fore,  a  careful  evaluation  of  the  characteristics 
of  nations  and  their  propensity  to  expropriate 
must  be  established.    Also,  tlie  features  of  die 
firms  more  subject  to  exprc^riation  must  be 
examined. 

a.    country  characteristics: 

-GNP  per  capita:    measures  the  level 
of  development  and  can  be  expanded 
to  a  ranking  of  nations  according 
to  their  propensity  to  exprc^riate 
(151. 


-Ideology  of  the  industrial  elite: 
[8]  gives  a  ranking  of  the  elite 
depending  on  its  willingness  to 
e3q>ropriate. 

-Pul^lic  sector-private  sector  mi>:: 
the  lower  •  the  weight  put  to  the 
value  of  private  ownership,  the 
hi^er  the  propensity  to  expro- 
priate [29],  [30]. 

-Political  stability:    a  major 
variable  in  the-assessament  of 
expropriation  [11]  establishes  a 
rating  scale  for  stability  v4xich 
can  be  used  to  determine  the 
risk  of  ej^ropriation, 

-Balance  of  payments:    the  worse 
the  balance  of  payments  the  more 
likely  it  is  that  the  country  per- 
ceives the  repatriation  of  profits 
as  a  threat,  v^ich  may  lead  to 
expropriation . 

-Other  variables  such  as  the  level 
of  the  domestic  entrepreneurial 
sector  [30] ,  colonial  heritage, 
etc,  • 
Firm  ciiaracteristics : 

-Nature  of  economic  activity: 
from  the  highest  propensity  to 
expropriate  to  the  lowest,  in- 
vestments are  classified  as  fol- 
lows: 

1.  service. 

2,  extracting. 


3.  public  utili'ties. 

4.  agriculture. 

5.  manufacturing. 
-Inportance  of  the  firm  in  the 

country's  economic  system:  this 
factor  renders  the  investinent 
more  or  less  vulnerable. 
-Foreign  exchange  activity  of  the 
firm:    depending  on  the  contribu- 
tiais  to  the  balance  of  payftents 
the  investment  is  more  or  less 
subject  to  e}^ropriation. 
-/lationality  of  the  firm:    for  cul- 
tural reasons  some  nationalities 
are  more  accepted  than  others. 
-CXvnership  characteristics:  joint 
ventures  are  less  vulnerable  than 
a  branoh  or  a  100%  owned  subsi- 
diary [12]. 
-Tactical  vulnerability  of  the  firm: 
product,  sld-lls,  managenenc  style, 
etc.  also  influence  expropriation. 
4.    Risk  of  war: 

Whereas  e}^ropriation  does  not  necessarily 
mean  conplete  loss  of  the  value  of  the  assets 
(because  of  indemnity  from  govemniBnts) ,  the  out- 
break of  a  war  can  inpose  a  conplete  loss . 
therefore,  as  elusive  as  this  variable  is,  an 
estimate  of  war  possibilities  should  be  made  by 
managatent.   A  very  useful  rating  soheme  for 
suoh  an  evaluation  is  made  in  [8] . 
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5.  &  6.    Tax  treatments,  quantitative  con- 
trols, duties,  and  orbargos: 

Tax  treafanents,  quantitative  controls, 
duties ,  and  ehbargos  can  be  considered  as  known 
with  certainty  even  if  sone  changes  can  ocbur 
over  the  life  of  the  investment.    However,  the 
simulation  allows  probabilistic  evaluation  of 
these  inputs. 

Ihe  taxation  of  funds  shifted  fron  a  for- 
eign country  to  the  U.S.  is  a  very  ccnplex  sub- 
ject, and  should  be  studied  carefully  for  each 
specific  investar^t.    However,  it  can  be  stated 
that  a  double  taxation  problem  will  often  occur: 
funds  are  taxed  by  the  country  or  region  and 
possibly  taxed  again  by  the  IRS.  Fortunately, 
the  US  has  taxation  agreements  with  numerous 
countries  .so  as  to  eliminate  unfair  taxation 
(for  exanple,  profits,  even  if  not  repatriated 
will  be  taxed  at  about  the  same  rate  as  if  ob- 
tained in  the  U.S.).    Therefore,  the  taxation 
of  dividends,  profits,  and  royalties  and  fees 
is  one  of  the  model's  inputs  both  for  the  sub- 
sidiary and  the  parent. 

All  the  other  inputs  necessary  for  the 
determinaticai  of  cash  flows  are  strai^tf c  rward 
encu^  and  do  not  create  special  problems  of 
estimation.    Even  if  the  predictions  of  the 
international  variables  discussed  above  seem 
scmev^at  conplex,  they  only  require  careful 
evaluation  and  analysis  of  available  informa- 
tion.   Furthermore,  such  requirements  should 
motivate  managers  to  investigate  the  interna- 
tional environment  and  help  them  understand 


better  the  multiple  interrelationships  inherent 
to  multinational  investments.    This  procedure,  in 
conjunction  with  the  decision  maker's  judgement, 
leads  to  very  realistic  estimates  of  the  crucial 
uncertainty  profiles. 

Project  Related  .Variables  and  Their  Estimation 
In  addition  to  the  critical  international 
variables,  the  following  injxits  are  also  required 
in  order  to  ascertain  the  project's  cash  flows: 

1.  Initial  Outlay; 

2.  Financing  Costs  (for  the  parent  and 
the  subsidiary  includii^  principal 

and  interest) ;  ^ 

3.  Working  Capital  needs  for  the  project; 

4.  f5arket  size  for  product:  generated  by 
the  investjtvent  prc^sal; 

5.  Market  growth  rate  over  the  life  of 
the  project; 

6.  Selling  prices  and  demand  relation- 
ships; 

7.  Market  share  achieved  by  firm; 

8.  Variable  costs  per  unit; 

9.  Fixed  costs  per  year; 

10.  Transportation  colsts; 

11.  Useful  life  and  salvage  value  of  the 
project  as  well  as  depreciation 
method  selected; 

12.  Host  country  tax  on  profits  generated 
by  the  project. 

Variables  me,  two,  and  twelve  have  very 
little  uncertainty  associated  with  them;  thus, 
the  dispersion  in  their  distributions  is  small. 
All  of  the  others  are  more  uncertain  and  take  on 


distributions  of  varying  sh£^)es  and  dispersion. 
Because  of  widespread  knowledge  of  the  meaning 
and  ijipact  of  the  above  variables  plus  thsir 
adequate  treatnient  elsewhere  in  the  literatt^j^e 
(see  Hertz  [16],  [17]),  further  discussion  i;5 
not  felt  necessary. 

Subsidiary  Siirulaticgi  of  the  Investnent 
Propcsal 

As  mentioned  previcusiy,  the  nature  of 
multinational  capital  budgeting  decisions  neces- 
sitates careful  evaluation  of  projects  both  frcm 
the  subsidiary's  and  the  parent's  point  of  view. 
Ohus,  we  will  discuss  in  depth  hew  the  simula- 
tion proceeds  in  each  of  these  analyses. 

The  subsidiary's  evaluation  of  a  given 
investment  proposal  utilizes  mainly  the  direct 
project  costs  and  revenues  discussed  et>ave. 
Hie  analysis  uses  a  uninational  frairework  and 
considers  the  parent  mainly  as  a  source  of 
funds  to  finance  accepted  projects. 

The  technical  detciils  of  this  stage  of  the 
siiTulation  are  presented  in  three  illustrations. 
Table  1  lists  the  relevant  cash  inflows  and  out- 
flows for  the  subsidiary. 

TABI£  1 
SUBSIDIARy  CASH  FIOWS 


Inflows  Outflows 
Revenue  frcm  Sales  Initial  Outl^ 

Salvage  Value  Financing  Costs 

Host  Country  Taxes 
Operating  Costs 


Table  2  defines  the  variables  (both  exoge- 
nous and  endogenous)  and  formulates  the  identi- 
ties of  the  siinulation  model.    Figure  1  shows  a 
flow  diart  of  this  part  of  the  siinulation.  Of 
course,  the  main  results  produced  by  the  simula- 
tion are  the  aripirical  values  of  net  income  after 
host  country  taxes,  and  the  yearly  net  cash  in- 
flows over  the  life  of  the  investment.    Based  on 
these  values,  the  desirability  of  the  project 
can  be  detemdned  using  the  discounted  rate  of 
return,  net  present  value,  and  the  pa^tock  cri- 
teria,   The  subsidiary  will  then  either  reccm- 
mend  that  the  project  be  accepted  or  rejected 
based  on  the  empirical  distributions  of  the  vari-' 
ous  criteria  mentioned.    Ihis  decision  is  made 
by  considering  the  subsidiary's  cost  of  capital 
(which  can  be  different  frcm  the  world-wide  cost 
of  capital  of  the  total  corporation)  • 
Parent  Ccnpany's  Simulation  of  the  Capital 
Investment  Process 

The  parent  cotpany  takes  a  more  global  view 
in  its  evaluation  of  potential  projects.  It 
utilizes  the  empirical  data  relative  to  the  pro- 
ject per  se,  but  also  incorporates  the  critical 
international  variables  associated  with  the 
transfer  of  funds.    The  additdonal  risks  and  un- 
certainties discussed  above  are  built  into  the 
framework  so  that  the  parent  can  adequately 
assess  the  situation  before  it  cormits  funds  to 
a  given  project  in  a  specific  country. 

O^le  3  shews  the  cash  flows  frcm  the 
parent's  point  of  view. 
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TABLE  2 

VARIABLES  OP  TMB  SUBSIDIARY  SBWLATION  MODEL 


PARAMETERS; 

SP^      «  Selling  price  par  unit  in  year  t  KS  »  ohe  subsidiary  cost  of  capital 

DRt      «  Depreciation  rate  for  year  t  selected  by  user 
^M      «  Total  nunber  of  siimilation  runs  to  be  considered 

EXOGETJOOS  VARIABUES; 

Stochastic  variables  with  known  probability  distributions; 
Mot      "  Market  grwth  rate  for  each  year  t 

MSjL  «"  Initial  market  size  in  nurrber  of  units 

SM^  n  Share  of  the  market  for  each  year  t 

3NV  «  Initial  Investment  required  by  the  prc^xjsal 

N  n  Useful  life  of  investjnent 

rc^        Total  operating  fixed  costs  in  year  t 

VC^  n  Variable  Operating  Costs  per  unit  in  year  t 

IC|.  »  Interest  cx>sts  associated  with  the  project  in  year  t 

OCt  «  Other  project  related  costs  in  year  t 

VC^  a  Working  Capital  Needs  of  the  project  in  year  t 

TR^  «  Tax  rate  for  host  country  tax  on  project  returns  in  year  t 

IR^  »  Rate  of  inflatiai  in  year  t 

WAR|.  «  The  probability  that  a  war  will  break  out  in  the  host  country  during  year  t 

n*C\Rt  »  The  %  of  loss  suffered  by  the  firm  if  a  war  occurs  in  year  t 

EXt  «  Hie  probability  that  expropriation  will  take  place  in  host  country  in  year  t 

LEX^  «=  Hie  loss  suffered  by  the  firm  if  esqxropriation  takes  place  in  host  country  during  year  t 

mPOGENOUS  VARIABLES; 

I 

USAL^   =  Unit  sales  genera tjsu  by  the  prc^xDsal  in  year  t 

REV|.     B  Total  revenue  generated  by  the  proposal  in  year  t 

TC^      =  Total  costs  associated  with*  the  project  in  year  t 

TAX|.     =  Host  country  tax  on  taxable  inocme  generated  by  project  in  year  t 

NnVT^   =  Net  Inocma  after  host  country  tax  generated  by  project  in  year  t 
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'Sr^SlE  2  ~  OCWriNUED 


NCIt  "       C^sh  inflow  geryiiated  by  project  in  year  t 

BV^  «  Book  value  of  the  project  in  year  t 

SV^.  •  Salvage  value  of  the  project  in  year  t 

TINFy^  m  TeminaJ,  inflow  if  expropriation  or  war  occurs 

PAYBj^  k  Payback  period  for  the  investnent  on  the  m*^  sinrulation  run 

NPVj^  «  Net  Present  value  for  the  investirent  on  the  m*^  si-mulation  nin 


Discounted  rate  of  return  for  the  investnient  on 

the 

iDEwrrriES: 

INV 

EVt 

B 

-m  -  (DR^)  (BVt-i) 

MSt 

WL 

(MSt^l)  (I4^.i) 

t»2,3, 

USAL^ 

tx 

t-1,2. 

REV^ 

(SPt)  (USAI^) 

N 

•1 

(VCt)  (USAI^) 

N 

II 

DB?^ 

« 

(DRt) (BVt) 

II 

n 

TCt 

TVC^.  +  PC^  +  OCt  +  DEP^ 

t-1,2. 

K 

(TRt)  (REVt-TCt) 

fi 

n 

NIAT^. 

REVt  -  TCt  ~  TAX^ 

II 

II 

NIATt  +  DEP^.  -  MCt 

II 

II 

SVn 

B 

n 

[    (INV  -  DEP^.)  (1  +IRt) 

ERIC 


If  e:^opriation  (EX^)  occurs  in  year  n,  determine  loss  suffered  (LEXj^)  /  then 

TINFn  -  (1  -  LEXn)  (SV^  +  ^X:Iy^) 

If  war  (WARj^)  occurs  in  year  n,  determine  loss  suffered  (Vt^*^ ,  then  " 

TINFy^  -  (1  -  LWARn)  (SVn  +  A 

i 

PAYE^     -  The  period  i  sudi  tiiat:    P.V  -   I    (NCIt  +  IC. )  -  0 

t-l 

bJPVj^      »   ^   !!Eit  -  INV 

IPR«      »  The  discount  rate  r  sudi  that:     I       .  ,L  -  INV  «  0 
^  t«l  (l+r)t 
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figure  1 
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TABLE  3 
PARENT  CX)MPANY  CASH  FLOWS 


Inflows 


Outflows 


Direct  savings  generat-  Ejuity  funds  provided 
ed  by  the  project 


Profit  repatriated 
Dividends 

Royalties  and  fees 

Interest  and  loan  re- 
payments 


loans  provided 

Labor,  material,  and 
other  costs 

Transportation  costs 

Taxes  paid  on  divi- 
dends, royalties,  and 
profits  repatriated 


Table  4  represents  the  new  variables  and 
identities  of  inportanoe  here.    Figiare  2  pre- 
sents the  flowchart  of  the  parent's  analysis. 
Uie  same  out^juts  as  before— internal  rate  of  re- 
turn, net  present  value,  and  payback— provide 
the  criteria  in  the  parent's  evaluation  of  the 
worth  of  the  project.    Ihe  decision  is  made  by 
using  a  world-wide  cost  of  capital  and  any  addi- 
tional qualitative  factors. 
Mechanics  of  the  Simulation 

As  noted  above,  the  siirulaticn  is  designed- 
to  be  flexible  and  corplete  yet  not  overdemand- 
ing  on  the  user  relative  to  necessary  data  in- 
puts.   However,  itwas  also  pointed  out  that  the 
more  precise  the  input  specifications  are,  the 
more  exact  and  helpful  will  be  the  results 
generated  by  the  siinulaticn.    Ihus,  balancing 
tiiesa  tradeoffs,  the  decision^naker  is  asked  to 
specify  the  various  variables  as  accurately  as 
he  can  for  as  many  years  in  the  future  as  possi- 
ble.  It  is  realized,  of  course,  that  the 


farther  into  the  future  a  user  must  estimate  dis- 
tributions, the  greater  the  degree  of  uncertain- 
ty.   Offsetting  this  shortcordng  are  two  counter^ 
measures:    (1)  the  disooi;giting  process  vM.d\ 
weights  more  distant  years  less  heavily,  and  (2) 
the  fact  that  sensitivity  analysis  can  be  used  to 
determine  the  impact  of  changes  in  the  input 
variables  on  the  decision  criteria.    In  order  to 
make  the  variable  estiiiBtic»i  process  as  painless 
trJ  possible,  the  user  is  given  many  adtematives 
as  to  the  method  of  specifying  ir^ts:    (1)  he 
can  provide  the  pessimistic,  optimistic,  and  nest 
likely  estimates;  (2)  the  paraireters  of  well 
known  distributions  (e.g. ,  Binomial,  Uniform, 
Normal,  Beta,  etc.)  can  be  specified;  (3)  he  can 
ir^t  arty  discrete  distribution  that  he  feels  is 
appropriate;  or  (4)  he  can  specify  that  the  dis- 
tribution is  a  caiposite  of  \'arious  distribu- 
tions.   The  user  is  asked  to  ii^t  parameters  and 
distributions  for  as'  many  years  in  the  future  as 
he  feels  confident  of.   However,  some  variables 
will  incur  only  minor  changes  over  time,  and  the 
distributions  can  be  unchanged  for  several  years. 

It  is  important  to  describe  more  precisely 
how  the  international  aspect  of  the  simLdation  is 
handled.    Ihe  risks  of  expropriation  and  war  are 
obtained  throu^^i  a  Monte  Carlo  determination. 
Wien  the  simulation  establishes  that  expropria- 
tion or  war  occurred,  it  determines,  frcm  the 
ir^t  distribution,  the  associated  loss.  Ohis 
result  is  used  to  derive  the  terminal  inflow  as 
a  proportion  of  s.»lvage  value  and  the  yearly 
cash  inflow;. 
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TABLE  4 

VARIABLES  OF  THE  PAm/T  CX3MPANY  SIMULATIOI  MXEL 


PAHAMEIERS; 

DETq     =  The  debt  funds  .ccnmitted  to  the  project  by  the  parent  in  year  0 

EQYq     =  The  equity  funds  carmitted  to  the  project  by  the  parent  in  year  0 

DIV^     =  The  dividend  rate  as  a  percent  of  earnings  generated  by  the  project  in  year  t 

REP|.     =  The  percent  of  profits  repatriated  in  year  t 

KP        =  The  parent  catpany*s  cost  of  capital 

EXOGENOUS  VARIABLES; 

Stochastic  variables  with  known  probability  distributions: 
FER^     =  The  Foreign  Eicdiange  Rate  in  year  t 

ROY|.     =  The  amount  of  royalties  and  fees  to  be  ^aid  to  the  parent  in  year  t 
SAV^     =  The  direct  savings  generated  by  tlie  project  in  year  t 

IWC^     =  The  labor,  material/  and  other  costs  paid  by  the  parent  for  production  of  the  product 
by  sub  in  year  t 

TRAN^   =  The  transportation  costs  associated  with  iii^rting  the  product  in  year  t 

PITR^.    =  The  weighted  "international"  tax  rate  on  dividends,  royalties  and  profits  repatriated 

PHTRt   =  Parent  hone  tax  rate 

Ttm^     =  The  interest  payments  received  by  the  parent  in  year  t 
PRIM^   =  The  principal  payments  received  by  the  parent  in  year  t 
RBQYt    =  Equity  -funds  retired  in  year  t 

ENDQGEm)S  VARIABLES; 

PREV^   ■  ^®  before  "international"  tax  total  foreign  revenue  for  the  parent  generated  by 
project  in  year  t 

PTC^     =  The  total  cost  for  the  parent  generated  by  project  in  year  t 
PTAX^.   =  The  total  tax  paid  by  the  parent  in  year  t 
PITAX   =  The  amount  of  "international"  tax  paid  by  the  parent 
PHTAX   =  The  amount  of  home  tax  paid  by  the  parent 
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TABLE  4  -  (XmmM) 


PNIAT^  «  Hie  parent's  net  inoone  after  all  taxes 

PNCI^   =  Hie  parent's  net  cash  inflow  in  year  t 

PPAYB^^  =  Hie  parent's  payback  for  siinulation  run  m 

PNPV^   =  Hie  parent's  net  present  value  for  siinulaticn  run  ra 

PIRI^   =  Hie  parent's  internal  rate  of  return  for  simulation  run  m 

IDENTITIES; 

PREV^    «  (FERt)  ( (DIV^  +  REP^)  (NIAT^)  +  K>Y^  +  DTT^] 

PTC^     a  m:^  +  TRAN^ 

PITAX^  =  (PREV^)  (prrR^) 

PHTAX^  =  (SAVt  -  PTC^)  (PHTR^.) 

PTAX^    =  PnV^^^.  +  PHTAXt 

PNIAT^  »  PREV^  +  SAV^  -  PTC^  -  PTAX^ 

PNCI^    »  PNIAT^  +  PRIN^  +  RBQYt 

i 

PPAYE^  =  Hie  period  i  such  that  (DETTq  +  BQYq)  -    I   PNCI^  »  0 

PNPV     =    I  -  (DETq  +  BQYq) 

t=0  (l+KP)t  "  " 

PIRI^   =  Hie  discount  rate  r  such  that     I  -  (DETp  +  BQYq)  «  0 

t=0  (l+r)t  ^ 
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Figure  2 

FLCWCHARr  OF  PARENT  OCMPANY  SIMUCATION 
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Inflatior4  is  dealt  with  in  two  ways. 
First,  it  can  be  taken  into  consideration  in  the 
estimation  of  the  exogenous  variables  by  the 
user's  specifying  a  different  distribution  for 
each  year  of  the  anticipated  useful  life  of  the 
project.    Secc»id,  the  distribution  can  be  shift- 
ed to  the  ri^t,  every  year,  by  the  expected 
percent  inflation  which  can  be  done  for  selling 
price,  variable  cost,  etc.    If  a  single  distri- 
bution is  specified  for  all  periods,  the  infla- 
tion factor  is  built  into  the  simulation  and 
taken  into  consideration  in  the  yearly  revision 
of  the  distributions  for  the  exogenous  variables. 

It  is  also  iimportant  to  outline  that  the 
model  handles  dependency  among  the  random  vari- 
ables.   Some  relationships  can  be  easily  taken 
care  of  in  the  estimation  of  the  different  dis- 
tributions.   For  exanple,  a  hic^  rate  of  infla- 
tion in  a  given  year  must  be  associated  with 
larger  expected  changes  in  foreign  exchange 
rates  for  that  year,  and  the  corresponding  dis- 
tributions must  be  so  built.    However,  sai^ 
dependencies  are  contingent  on  the  value  of  the 
random  variables  generated  by  the  siinulation 
and  can  only  be  handled  by  the  model.  An 
exanple  will  make  tilings  clearer.    It  is  rea- 
sonable to  assume  that,  generally,  a  hic^  level 
of  fixed  cost  is  associated  with  a  lower  \'ari- 
able  cost  per  unit.    Consequently,  the  model 
takes  this  fact  into  consideration  and  gener- 
ates lew  values  of  variable  cost  whenever  hic^ 
fixed  costs  are  selected  from  its  distribution. 
Ihe  same  type  of  treatment  is  established 


between  other  interrelated  variables. 

One  final  detail  should  be  mentioned.  De- 
cause  of  the  two  stage  analysis  of  the  investment 
proposals — first  by  the  subsidiary  and  then  by 
the  parent — two  different  costs  of  capital  are 
used.    The  subsidiary  uses  its  own  cost  of  capi- 
tal in  order  to  determine  v^ether  the  investment 
is  desirable  from  its  visrt/point,  and  if  the  prc^ 
ject  should  be  reccmnended  to  the  parent  for 
acquisition.    In  a  similar  vein,  the  parent  uses 
a  world  wide  cost  of  capital  figure  which  it  con- 
siders relevant  (given  the  risk  posture  of  the 
investment  and  the  economic,  social,  and  politi- 
cal factors  present  in  the  host  country)  to 
determine  v^ether  it  should  carmit  funds  to  the 
project.    Suoh  an  approach  gives  a  double,  some- 
what independent,  more  stringent  screening  of 
proposals.    They  most  survive  both  cut  off  points 
in  order  to  be  adopted  by  the  multinational  firm. 
IV.    VMilDATION  MP  ANALYSIS  GP  HE 
M3DEL*S  OUTPUT 

Ihe  simulation. not  only  permits  managers  to 
evaluate  and  compare  the  performance  of  differ- 
ent potential  investjnents ,  but  also  presents  an 
analytical  approach  to  determine  relationships 
amoi^  investment  variables  and  international 
factors. 

The  main  output  consists  in  the  two  prc^ 
files  of  Net  Presej±  Value  (NPV)  and  Internal 
Rate  of  Return  (IRR)  for  the  parent  oonpany  and 
for  the  subsidiary.   As  explained  previously,  the 
return  to  the  parent  is  not  the  s<2me  as  to  the 
subsidiary  in  the  country  of  the  investment. 


530 


Figiire  3 


Probability   *  ^ 
(in'  %) 


For  curve  I: 

>  98%  d-ianoe  of  more  than  6% 

>  90%  chance  of  itore  than  10% 


>  50%  chance  of  more  than  15% 


0       2     4       6     8     10     12    14     16     18    20     22     24  26 
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Therefore,  a  double  evaluation  of  each  invest- 
ment is  hi^ly  recarmended,  even  in  the  case  of 
a  100%  financing  by  the  parent. 

Figure  3  gives  an  exanple  of  the  main  out- 
put.   Curve  I  represents  the  IRR  profile  for  the 
subsidiary  v^ereas  II  is  for  the  parent,    As  can 
be  quickly  noticed  in  this  specific  case,  the 
IRR  for  the  parent  is  everyv^ere  lower  than  the 
subsidiary's  irr.    However,  this  need  not  al- 
ways be  the  case  (it  would  depend  on 'the  influ- 
ence of  foreign  exchange  rates,  tax  differen- 
tials, etc,),    The  purpose  of  these  two  pro- 
files is  to  make  sure  that  the  worthiness  of  the 
investment  can  be  evaluated  by  all  the  groi?>s 


of  the  organizations  (parent's  managers  and 
possible  partners  in  the  country  of  the  invest- 
ment) with  their  possibly  different  aspirations. 
Iterefore,  an  investment  is  worth  having  only  if 
these  two  groi:^s'  criteria  of  acceptability  are 
met. 

How  are  these  profiles  used?   As  demon- 
strated by  curve  I  of  Figure  3,  there  is  a  98% 
chance  that  an  IRR  >_  6%  can  be  obtained,  a  90% 
chance  of  more  than  10%,  a  50%  diance  of  more 
than  15%,  and  a  10%  chance  of  an  IRR     22%.  We 
'  know  that  the  investment  will  be  worthv^ile 
(from  the  point  of  view  of  the  subsidiary)  if 
the  IRR  is  at  least  equal  to  its  cost  of  capital. 
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If  we  assume  a  subsidiary's  cost  of  capital  of 
10%,  the  chance  of  having  an  IRR  >^  10%  are  90 
out  of  100.    ihe  decisicai  makers  will  have  to 
decide  wiiether  they  cu:e  ready  to  take  the  risk 
iniplied:    90  diances  out  of  100  of  having  a  pro- 
fitable investn>ent,  but  10  out  of  100  of  losing 
money.    Hie  same  analysis  needs  to  be  done  with 
curve  II  from  tlie  point  of  view  of  the  parent 
(we  wish  to  remind  tJie  reader  that  the  cost  of 
capital  for  tlie  parent  and  tJie  subsidiary  can 
be  different) . 

Hie  analysis  of  tlie  output  data  is  rendered 
more  sopiiisticated  tlian  merely  evaluating  the 
graphical  output  by  tlie  following  elaborations. 
A  statistical  analysis  subroutine  using  a 
multiple  rankiiKj  criteria  discussed  by  Kleijnen, 
Naylor,  ami  Seaks  [20]  analyzes  and  determines 
tiie  order  of  tiie  project  desirability  and 
whetiier  stvitistically  significant  differences 
exist  among  tlie  ranked  projects.    This  analysis 
is  performed  by  eacli  siibsidiari'  and  by  tlie 
parent  for  all  projects  considered  by  the  multi- 
national firm.    Siidi  results  are  invaluable 
vviiere  the  fims  are  faced  witli  capital  ration- 
ing and  multiple,  corpetincj  opportunities  and 
risks. 

In  addition,  because  of  the  inportance  of 
axtremes,  tlie  simulation  could  be  rerun  at  least 
bvo  other  tires  to  evaluate  tlie  iirpact  of  all 
the  inputs  having  ver\-  optinLstic  distributions 
and  ver\*  pessimistic  ones.    Thus,  each  invest- 
ment vx>uld  have  three  profiles  for  each  of  the 
criteria,    ihis  nore  ccrplete  information  can 


provide  valuable  insights  relative  to  the  invest- 
ment's overall  attractiveness. 

Pa^ck  criteria  are  also  given  as  an  out- 
put of  the  model  througji  the  same  type  of  pro- 
files.   This  ratio  tells  the  decision  noker  the 
nunber  of  years  required  to  recover  the  initial 
cash  investment,    ihis  method  of  investment 
evaluation  should  only  be  used  as  a  secondary 
criterion,  i.e.,  to  differentiate  between  mutual- 
ly exclusive  projects  vhidh  have  about  the  same 
IRR  or  NPV  profiles.    However,  even  if  the  pay- 
back criterion  is  not  a  measure  of  profitability 
(it  does  not  take  into  account  the  cash  flows 
after  the  payback  period)  it  can  be  in^wrtant 
for  intematiCHial  investnents.    Indeed,  the 
shorter  the  pajtock  period  the  smaller  the  risk 
of  loss  due  to  e^^ropriatiCHi,  war,  or  unfavor- 
able foreign  exchange  rate  fluctuations.  There- 
fore, iranagers  can  consider  this  measure  as  an 
iitportant  aspect  of  the  multinational  investment 
process. 

Another  significant  benefit  from  the  simula- 
tion approach  is  the  sensitivity  analysis  that 
can  be  performed.    Indeed,  decision  makers  can 
change  the  distribution  of  each  variable  one  at 
a  tiine,  and  have  a  good  understanding  of  the 
iitportance  each  variable  has  on  the  value  of  the 
investment.    It  allcws  an  increased  ccnprdiensicn 
of  the  relationships  among  variables  and  their 
iirpact  on  the  decision  process.    This  informatic»i 
is  extremely  valuable  especially  for  the  evalua- 
tion of  the  intematiaial  variables,  particularly 
for  foreign  exchange  rates  -vrfiich  are  difficult 
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enough  to  forecast.    If,  for  exanple,  the  final 
results  are  fovmd  very  little  affected  by 
changes  in  currency  values  /  it  is  clear  that  the 
uncertainty  of  the  investment  is  greatly  re- 
duced.   On  the  contrary,  high  sensitivity  to 
foreign  exchange  rates  would  warn  the  decision 
maker  to  give  special  forecasting  attention  to 
this,  variable . 

V.    CONCLUSIOJ  AND  EXTENSIC^JS 

The  major  er^^iases  of  the  simulation  pro- 
posed in  this  paper  were:    (1)  the  extension  of 
capital  budgeting  analysis  to  include  both  pro- 
ject related  and  international  variables  rele- 
vant to  the  multinational  firm;  and  (2)  the 
flexibility  of  a  two-stage  screening  process 
where  first  suhsidiaries  evaluate  investment 
proposals/  and  th^i  the  parent  conpany  supple- 
ments the  analysis  by  considering  the  project's 
desirability  frcm  its  point  of  view. 

The  dual  goals  of  the  simuladlon  design 
were  to  provide  a  rebus  t  and  flexible  roodel  and 
to  require  only  those  information  inputs  that 
could  be  relatively  accurately  estimated.  It 
is  because  of  this  second  goal  that  the  model 
does  not  extensively  treat  the  interrelation- 
ships among  current  proposals  and  ongoing  opera- 
tions, as  well  as  anong  the  proposals  then- 
selves.    However,  an  extension  of  the  current 
formulation  could  be  made  by  formally  reflect- 
ing these  portfolio  effects.  information 
systanfs  beocne  more  sophisticated,  these  im- 
provements will  certainly  becone  more  feasible. 
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Tutorial  2:    GASP  PROGRAMMING  PROCEDURES 
Chairman:    A.  Alan  B.  Pritsker,  Purdue  University,  West  Lafayette,  Indiana 

GASP  II  consists' of  a  set  of  FORTRAN  subprograms  organized  to  assist  the  systems  analyst  in  per- 
forming simulation  studies.    GASP  II  formalizes  an  approach  to  simulation  by  specifying  common 
elements  of  simulation  studies  and  providing  subprograms  for  performing  those  simulation  tasks 

^dependent  of  a  particular  problem.    In  this  tutorial,  the  structure  and  subprograms  of 
GASP  II  will  be  presented.    Examples  of  the  use  of  GASP  II  will  be  presented,  which  will  Include 
.he  programming  required,  the  input  data  formats  and  the  resulting  summary  reports.    An  intro- 
duct:on  to  GASP  IV,  a  combined  discrete/continuous  simulation  language  will  be  presented 


Tutorial  3:  SIMULATION  OF  ECONOMETRIC  MODELS 
Chairman:    B.  F.  Roberts,  University  of  California 

The  purposes  of  this  tutorial  arc  to  present  some  fundamental  properties  of  econometric  model 
structures  relevant  to  effective  understanding  of  simulation  procedures,  and  to  describe  the  use 
of  simulation  software  for  analysis  and  forecasting. 

The  fundamental  concepts  of  model  specification  are  developed  formally  to  provide  a  logicoJ  foun- 
dation for  model  construction  and  simulation  procedures.    The  concepts  of  integrated  and  causal 
structures,  reduced  and  final  forms  are  examined  and  related  to  issues  of:  empirical  identificatio 
and  statistical  estimation;  interpretation;  and  computation.    Procedures  for  decomposition  of 
causal  systems  into  ordered  subsets  of  equations  are  outlined.    The  formal  analysis  Is  supplemented 
with  specific  examples. 

The  dynamic  simulation  capabilities  of  several  available  simulation  software  systems  are  described 
in  general  terms  and  specific  procedures  for  loading  and  simulating  econometric  models  with  the 
California  Economic  Forecasting  Project/Interactive  Model  Simulator  (CEFP/IMS)  system  are  given 
Procedures  for  generation  of 'dynamic  multipliers.  Incorporation  of  judgment  in  forecasting  and 
forecast  error  analyses  are  discussed.    The  session  Is  concluded  with  an  on-line  demonstration 
of  the  CEFP/IMS. 
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Session  10:    Transportation  Models 
Chairman:    Richard  de  Neufville,  Massachusetts  Institute  of  Technology 

The  four  papers  in  this  session  cover  a  wide  range  of  transportation  uses  and  problem  areas. 
Thus,  they  are  representative  of  simulation  activity  in  the  field  of  transportation,  the  potential 
of  slmulatioi>  in  both  large  scale  and  small  scale  problems,  and  the  application  of  different  sim- 
ulation languages. 

Papers 

"Simulation  Analysis  of  Marine  Terminal  Investments" 
David  W.  Graff,  Esse  Mathematics  S  Systems,  Inc. 

"Simulation  in  the  Design  of  Unit  Carrier  Materials  Handling  Systems" 
W.  Wayne  Siesennop,  University  of  Wisconsin, 
Fritz  Callies,  Rex  Chainbelt,  Inc.,  Neil  S.Campbell,  A.  0.  Smith  Company 

"A  Generalized  Model  for  Simulating  Commodity  Movements  by  Ship" 
John  C.  Rea,  Pennsylvania  State  University, 
David  C.  Nowadling,  University  of  Tennessee  and 
Philip  W.  Buckholts,  R.  Shriver  Associates 

"Simulation  of  Garland,  Texas  Vehicular  Traffic  Using 

Current  and  Computed  Optical  Traffic  Settings" 
Frank  P.  Testa  and  Mark  Handelman,  IBM  Corporation 
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SIMULATION  ANALYSIS  OF  MARINE  TERMINAL  INVESTMENTS 


David  W.  Graff 
Esso  Mathematics  &  Systems  Inc. 
Florham  Park,  New  Jersey 

Abstract 

A  common  problem  in  the  oil  Industry  Is  the  optimization  of  terminal 
facilities  to  minimize  delays  in  servicing  incoming  tankers.     In  Exxon 

Corporation,  simulation  has  been  successfully  applied  to  marine  terminal 

I 

studies  since  the  early  nineteen  sixties.    The  development  of  a  general 
model  in  1967  contributed  to. wider  use  of  marine  terminal  simulation 
throughout  the  company.    This  paper  discusses  the  marine  terminal 
investment  problem,  the  basic  technical  features  of  this  model,  and  a 
typical  application  of  the  model. 


I.  THE  MARINE  TERMINAL  INVESTMENT  PROBLEM 

The  oil  tanker  is  a  fundamental  means  of 
transportation  in  the  petroleum  industry.  It 
follows  that  marine  terminals,  where  tankers  can 
be  loaded  or  unloaded,  are  fundamental  to  a 
transportation  system  based  on  tankers.  A 
refinery  marine  terminal  is  illustrated  in 
Figure  1.    The  ability  of  an  oil  company  to 
utilize  its  tanker  fleet  is  dependent  upon  that  * 
firm's  configuration  of  marine  terminals.  Any- 
time that  .a  tanker  is  delayed  in  port,  its 


capacity  is  lost  to  the  transportation  system. 
Accordingly,  additional  tankers  must  be  brought 
or  chartered  to  compensate  for  such  delays.  In 
planning  facilities  for  a  marine  transportation 
system,  it  is  necessary  to  estimate  and  plan  for 
the  time  lost  to  port  delays  —  as  well  as  to 
eliminate  as  mucih  of  these  delays  as  is  economi- 
cal. 

This  problem  may  fall  to  the  manager 
responsible  for  the  overall  transportation  system 
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or  to  the  manager  of  a  particular  terminal  In 
the  system.    Several  k^.nds  of  Investments  can 
afi^ect  the  service  of  a  marine  terminal.  An 
Increase  in  the  size  or  number  of  Canks  can 
reduce  delays  due  to  Insufficient  available 
capacity  to  unload  the  ship.    Additional  berths 
can  permit  the  servicing  of  more  ships  at  one 
time.    On  the  other  handi  one  might  achieve  the 
same  results  by  Increasing  the  flexibility  of 
one  or  more  existing  berths.    In  addition,  It 
Is  possible  ^hat  Improvements  can  be  affected 
by  changing  certain  operating  procedures,  such 
as  the  rules  for  assigning  ships  to  berths. 
More  often  than  not,  delays  can  be  reduced  most 


effectively  by  Implementing  some  combination  of 
the  above  alternatives. 

The  evaluation  of  these  alternatives  Is 
quite  complex.    One  must  analyze  the  effect  of 
different  terminal  facilities  under  various  modes 
of  operation.    Furthermore,  ships  arrive  with 
varying  degrees  of  randomness,  and  service  time 
Is  highly  dependent  upon  the  status  of  the  system 
at  the  time  of  arrival.    If  ships  arrived  In 
regular  Intervals,  then  the  system  could  safely 
be  designed  to  process  the  average  number  of 
ships  In  port.    Generally,  however,  the  ship 
arrivals  are  "bunched''',  and  the  number  of  ships 
In  port  a£  any  point  In  time  may  be  several  times 


538 


I 

the  average.    The  effect  of  bunched  ships 
competing  for  the  same  facilities  can  often  be 
the  most  important  factor  In  ship  processing 
time,  and  this  factor  cannot  be  evaluated  using 
average  value  analysis. 

Proper  analysis  must  take  into  account  the 
complexities  of  current  operations,  but  it  must 
also  anticipate  the  changes  which  will  influence 
their  operation  in  the  future.    As  in  any 
industry,  factors  such  as  processing  volumes 
are  bound  to  change.     In  addition,  hoi     jr,  the 
oil  industry  is  in  the  midst  of  altering  the 
entire  complexion  of  its  marine  transportation. 
For  instance,  many  of  the  new  tankers  are 
extremely  large.    These  ships  bring  more  cargo 
into  port  at  one  time.    They  may  take  up  more 
than  one  oerth  at  a  terminal.    Voyages  of  these 
tankers  are  often  restricted  to  specific  routes  i 
with  smaller  tankers  transhipping  cargo  from 
large  terminals  to  smaller  terminals.    New  modes 
of  operation  are  evolving  in  order  to  deal  with 
the  interaction  of  these  new  factors.    As  a 
result  of  all  this  change,  it  has  become 
increasingly  difficult  to  draw  conclusions  from 
intuition  and  past  experience. 

II.  SIMULATION  AS  A  TOOL  FOR  ANALYSIS 

It  should  be  evident  that  simulation  is 
particularly  appropriate  for  analyzing  the 
operations  of  a  marine  terainal.    Simulation  has 
the  flexibility  to  study  this  complex  situation 
without  imposing  uhreasonable  simplifications 
on  the  problem  statement.    By  the  use  of  case 


studies,  it  is  possible  to  analyze  the  impact  of 
changes  in  facilities  or  operating  procedures. 
Simulation  can  represent  irregular  end  uncertain 
phenomena  in  the  system.    Furthermore,  additional 
case  studies  may  be  used  to  measure  the  sensitivity 
of  the  system  to  changes  in  the  projected  operat- 
ing environment,  including  such  factors  as  demand, 
weather,  and  unscheduled  maintenance. 

Any  marine  terminal  simulation  model  -^st 
realistically  approximate  two  complex  phenomena 
—  the  arrival  of  ships  and  the  servicing  of 
these  ships  once  they  are  in  port.    In  order  to 
simulate  the  arrival  of  ships,  one  must  account 
for  the  influence  of  variability  in  the  ship 
arrival  patterns.    The  servicing  of  ships  is 
best  simulated  by  a  detailed  representation  of 
the  actual  decision  process  which  governs  the 
I  operation  of  the  terminal. 

This  kind  of  model  requires  a  detailed  set 
of  input,  describing  vessel  characteristics, 
product  and  crude  demands^  berth  capacities  and 
flexibilities,  environmental  conditions  (such  as 
weather  and  tides),  and  operating  rules  (govern- 
ing berth  and  ship  assignment).    The  output 
reports  from  a  case  can  include  both  sutmnary  and 
detailed  information  on  delays  and  inventory 
levels.     In  addition,  the  model  can  calculate  the 
cost  associated  with  the  delays. 

Delay  costs  are  derived  from  the  cost  of 
chartering  lost  tanker  capacity  at* projected 
market  rates.    As  in  any  investuent  study,  the 
terminal  manager  must  evaluate  any  proposed 
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investments  against  the  related  savings  in  pro- 
jected costs, 

III.  DESCRIPTION  OF  A  GENERAL 

MARINE  TERMINAL  SIMULATION  MODEL 

In  the  early  nineteen  sixties  several 
models  were  successfully  developed  and  applied 
to  marine  terminals  in  such  places  as  Italy  and 
Libya,     Although  each  application  more  than  paid 
for  itself,  steps  were  taken  to  reduce  the  tine 
and  money  required  to  complete  a  particular 
Simula f.on  study. 

Accordingly  in  1967,  a  general  irodel  was 
developed  with  the  specific  desi;;n  feature  that 
it  be  easily  tailored  to  most  refinery  marine 
terminals  in  the  Exxon  Corporation  circuit. 
Existing  technology  was  consolidated  in  this  one 
model,  and  improvements  in  technology  since  then 
have  also  been  incorporated  in  the  model. 

The  model  will  be  described  from  two 
points  of  view:  the  problem  characteristics 
modeled,  and  additional  technical  features  of 
the  program. 

A.  Problem  Features 

1.  Tanker  arrivals  at  the  terminal  reflect  a 
mix  of  planning  and  variability.  The 
total  number  of  ar  Ivals  each  year  is  kept 
consistent  vith  che  tot  -  amount  of  crude 
or  finished  product  processed  during  the 
year.    The  piaqned  arrival  time  for  each 
tanker  is  ideal  from  an  inventory  control 
standpoint,  which  reflects  the  actual 
tanker  scheduling  procedures.    That  arrival 


tine,  however,  is  subject  to  variation  by 
inputting  either  a  histogram  or  a  standard 
deviation  to  the  normal  distribution: 

2.  If  storms  can  close  all  or  part  of  a 
terminal,  the  model  will  generate  a  pattern 
of  storms  of  length  and  severity  correspond- 
ing to  the  input  provided  by  the  user, 

3.  As  each  vessel  arrives  at  the  terminal,  it 
is  placed  in  the  queue.    The  queue  is 
ordered  on  a  first  -  come,  first  -  served 
basis,  unless  the  iiser  has  elected  a 
special  priority  basis.    The  special 
priority  option  groups  the  vessels  accord- 
ing to  priority  class  ,  then  according  to 
size  within  each  priority  class. 

4.  The  complex  berth ir.g  rules  are  summarized 
as  follows: 

a.  The  berths  are  examined  in  preferential 
order,  which  is  generally  from  least  to 
most  flexible.  If  a  berth  is  free^,  and 
if  weather  permits,  each  ship  in  the 
queue  is  examined  in  turn  until  a  match 
is  obtained. 

b.  The  berth  must  be  able  to  handle  the 
size  and  cargo  of  the  ship  under  consid- 
eration, and  the  lines  required  to  load 
or  unload  the  ship  must  be  available  at 
the  berth. 

c.  If  the  ship  ig  ta-unload  cargo,  the  ship 
will  not  be  berthed  until  there  is 
enough  space  in  ri2e  tanks  to  accept  the 
ship's  entire  contents. 
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d.  A'  berth  might  be  "resierved"  for  an 
Incoming  large  tanker.    This  would 
previ^nt  a  smaller  ship  from  berthing  if 
thct  would  delay  the  large  tanker. 

5.  A  ship  which  has  qualified  for  berthing  will 
go  through  the  time  delay  required  to 
maneuver  into  the  berth      '  await  line 
assignment,  to  complete  the  loading  or 
unloading  of  its  cargo,  to  release  its 
lines,  and  to  maneuver  out  of  the  berth. 
These  components  of  port  time  are  constant, 
provided  facilities  are  available. 

6-  If  the  assignment  of  a  particular  ship  to 
a  particular  berth  should  interfere  with 
the  capacity  of  a  nearby  berth,  the 
capacity  of  the  nearby  berth  will  be 
adjusted  during  the  time  that  the  first 
berth  is  so  occupied.    This  phenomenon  is 
illustrated  in  Figure  2,  where  the  large 
ship  in  Berth  2  limits  the  size  of  the 
ship  which  can  go  to  Berth  3. 

7.  Crude  inventories  can  be  drawn  down  on  a 
continuous  basis.    In  the  case  of  crude 
runouts,  the  crude  drawdown  rate  is  later 
increased  until  the  loss  is  made  up. 
Some  tanks  may  b*.  restricted  co  holding 
one  crude  only,  whereas  others  may  be 
available  for  use  by  several  crudes. 

8.  Produce  inventories  are  monitored.     It  is 
assumed  that  products  are  produced  at  a 
constant  rate,  while  export  or  import 
operations  are  carried  out  by  the  vessels. 


The  model .makes  no  attempt  to  relate  crude 
operations  to  product  operations,  or  for 
that  matter  to  relate  the  operations  of 
different  products  to  those  of  each  other. 
To  do  so  would  require  modeling  the  detail- 
ed refinery  operations,  which  is  beyond 
the  scope  of  this  model. 

FH^  Z 


B.  Additional  Technical  Featutes 

This  section  describes  certain  technical 
features  not  specifically  related  to  the  problem 
structure  of  the  model. 

1.  The  model  is  coded  in  highly  modular 
fashion.    Input  operations  are  in  one 
location,  output  in  another.    There  is  a 
separate  routine  for  each  operation  in  the 
simulator  (such  as  queuing,  line  connection, 
and  berth  departures).    Consequently,  it 
is  very  easy  to  isolate  those  portions  of 
the  program  which  require  alteration  in  a 
particular  study. 
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2.  The  model  is  programmed  in  FORTRAN. 
FORTRAN  was  selected  because  of  its 
computing  speed,  its  wide  use  throughout 
the  Exxon  Corporation  affiliates,  and 
because  It  lends  itself  very  well  to  a 
highly  modular  structure. 

3.  The  model  contains  an  option  to  generate 
random  numbers  for  ship  arrivals  and 
storm  statistics  using  a  "variance 
reduction"  procedure  known  as  "random 
sequence  sampling*'.    The  procedure 
selects  without  replacement  from  a  pre- 
designated  set  of  numbers,  but  in  random 
order.    The  mean  of  resulting  statistics 
(e.g.,  delays,  turnaround  time)  is 
unaffected,  but  the  variance  is  substan- 
tially reduced.     In  most  cases,  the  mean 
of  a  statistic  is  the  measure  desired, 
and  equilibrium  conditions  can  be  reached 
much  sooner  usin    this  option,  which 
thereby  reduces  computer  time  per  case. 

.4.  The  model  accepts  inp»     data  in  "free 

form".    This  means  that  data  is  identified 
by  the  use  of  keywords,  rather  than  by 
card  number  or  card  column.    As  an  example, 

PRTANKERS  BOUNTY  SIZE  80  NUMPRODUCTS  2 
would  be  interpreter*  to  indicate  that  the 
product  tanker  BOUNTY  has  a  draft  size  of 
80  and  carries  2  products.    This  input 
system  was  included  in  1971,  and  since 
then  it  has  proven  far  more  viable  than 
the  former  system  based  on  card  columns. 


Tlie  new  method  is  also  more  amenable  to 

o 

the  use  of  remote  teletype  or  cathode  ray 
•  tube  terminals. 

5.  The  model  tailors  the  dimensions  of  nearly 
all  vectors  and  arrays  to  meet  the  speci- 
fications of  each  case.    This-  recent 
feature  has  eliminated  the  substantial 
re-dimcnsioning  (and  accompanied  debugging) 
that  used  to  be  a  part  of  every  study.  It 
has  also  eliminated  the  wasteful  tendency 
to  over-estimate  array  size  in  order  to 
avoid  later  redimensioning. 

In  the  future,  additional  features  will 
be  added  according  to  the  two  processes  which 
have  brought  about  modificatic  .s  and  extension' 
to  date:  technological  advances  and  refinements 
developed  for  particular  studies. 

IV.  A  CASE  STUDY  EXAMPLE 

This  section  makes  use  of  an  example  to 
outline  the  steps  essential  to  virtually  any 
application  of  the  general  marine  terminal 
simulation  model.  This  particular  example  is 
based  on  an  actual  study,  done  for  one  of  the 
Exxon  Corporation  refineries  in  the  summer  of 
1971. 

A.  Study  Objectives  and  Manning  Requirements 

The  specific  objective  of  the  study  was 
to  evaluate  alternative  proposals  for  pier 
expansion  and  also  for  additional  crude  oil 
storage  tanks.    A  broac *r  objective  was . to 
providft  the  refinery  staff  with  a  model  that 
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could  be  used  for  similar  studies  at  any  future 
date.    Accordingly,  the  study  was  manned  jointly 
by  refinery  personnel  familiar  with  computer 
programming  and  by  a  member  of  the  central  OR 
group.    The  refinery  personnel  provided  the 
expertise  in  the  local  terminal  operations,  and 
the  OR  man  provided  the  expertise  in  the  general 
model.     By  the  end  of  the  study,  the  refinery 
staff  was  completely  capable  of  using  the 
adapted  model  without  further  outside  assistance. 

B.  Modeling  Considerations 

One  of  the  first  activities  in  setting  up 
a  study  schedule  was  the  description  of  the 
physical  problem  in  modeling  terms.  This 
description  could  then  be  compared  to  the 
features  of  the  existing  model  in  ;order  to 
identify  the  modifications  required  to  represent 
the  refinery's  terminal  operations. 

The  basic  problem  structure  was  well- 
suited  to  the  application  of  the  model.  Vessels 
arrived  at  the  terminal,  based  on  an  ideal 
inventory  control  strategy,  but  subject  to 
random  variations.    Upon  arrival,  a  vessel 
would  be  berthed  immediately,  provided  sufficient 
empty  storage  existed  to  receive  the  ship's 
entire  cargo,  and  provided  there  were  an  empty 
berth  equipped  to  receive  the  ship.  Otherwise, 
the  ship  would  be  placed' in  a  queue  until  those 
conditions  were  met.    In  addition,  subsequent 
arrivals  of  higher-priority  vessels  could 
further  delay  the  *  rvicing  of  a  ship.  Records 
were  kept  on  each  snip*g  total  turnaround  time 


in  port,  together  with  a  breakdown  on  the 
various  sources  of  ship  delay. 

Characteristic  of  other  applications  of 
this  model,  some  aspects  of  this  specific 
terminal's  operation  had  not  been  anticipated 
in  the  model's  design.    Accordingly,  portions  of 
the  logic  had  to  be  changed  to  complete  the 
representation  of  the  terminal.     It  was  here 
that  the  modularity  of  the  model  proved 
especially  useful.    Because  of  the  ease  of 
changing  one  portion  of  the  model  without 
affecting  others,  substantial  logic  changes  were 
incorporated  by  altering  about  300  out  of  7500 
source  statements  in  12  of  51  subroutines.  The 
major  changes  are  summarized  here  to  illustrate 
the  kinds  of  factors  that  hinder  complete 
generality  in  this  type  of  model. 

1.  Transcliipment  vessels  discharged  one  grade 
of  crude  oil  and  picked  up  another  grade 
for  delivery  at  another  terminal.  This 
required  coordinated  scheduling  between 
all  vessels  for  the  two  crudes.  Normally, 
the  vessels  for  each  crude  would  be 
scheduled  independently. 

2.  A  scheduled  maintenance  period  closed  the 
terminal  for  twelve  hours  each  week. 
This  scheduled  closure  could  occur  only 
after  all  berths  were  empty,  and  conse- 
quently it  imposed  a  restriction  against 
berthing  a  ship  too  soon  before  maintenance 
began. 
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3.  The  queuing  rules  were  mot a  complex  than 
those  originally  programmed,  in  that  they 
allowed  for  increasing  a  vessel's  piTiority 
if  it  had  been  delayed  beyond  a  specified 
period. 

A.  The  interaction  of  berth  capacities  (as 
illustrated  in  Figure  2)  was  also  more 
complex  than  in  previous  applications  of 
the  model.     Several  berths  were  so  close 
together  that  the  berthing  of  a  large 
tanker  in  one  of  them  restricted  the 
capacities  of  the  rest  of  them. 

C.  Validation  of  the  Revised  Model 

At  the  same  time  that  t\\e  modeling  changes 
were  w^^ng  specified  and  coded,  data  was  being 
prepared  for  a  validation  case,  taken  from  the 
refinery's  1969  records.    Validation  of  the 
model  consisted  of  checking  model  performance 
against  actual  results,  and  also  of  establishing 
how  long  the  model  should  be  run  to  represent 
system  performance.    Both  facets  of  validation 
were  prerei^uisites  to  using  the  model  for  case 
studies  of  future  performance. 

The  most  time-consuming  part  of  validation 
consisted  of  comparing  mojlel  statistics  with 
historical  results.    As  a  first  step,  the  model 
demonstrated  that  it  could  generate  vessel 
arrival  patterns  representative  of  those  during 
the  1969  test  period.    Figure  3  shows  one 
comparison  between  the  historical  distribution 
of  interarrival  times  and  the  corresponding 
distribution  generated  by  the  model.  Secondly, 


once  the  arrival  patterns  had  been  validated, 
the  model  was  also  able  to  produce  realistic 
operational  statistics  for  berth  occupancy, 
delays,  and  maintenance. 

In  addition  to  validating  the  model  against 
past  performance,  it  was  necessary  to  determine 
the  length  of  simulated  time  required  to  achieve 
equilibrium.     This  was  established  by  comparing 
the  results  of  a  particular  case  run  several 
times  using  ship  arrival  patterns  generated  from 
different  sequences  of  random  numbers.     In  tJilb 
instance,  the  results  become  stable  after  four 
years  of  simulated  time.    This  required  approxi- 
mately seven  minutes  of  360/65  CPU  time  per 
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D.  Case  Studies 

Case  studies  and  analyses  were  completed 
following  the  validation  of  the  model.    Figure  4 
illustrates  one  set  of  relationships  established 
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by  running  case  studies  with  the  model.  This 
particular  graph  relates  the  volume  of  crude 
processed  per  year  (which  dictates  the  volume 
of  ship  traffic)  to  the  expected  time  spent 
waiting  for  berths.    Curves  have  been  pjctted 
for  configurations  of  two  and  three  berths. 
The  decision  to  build  the  third  berth  would, 
of  course,  be  justified  when  the  volume  reached 
a  level  such  that  the  (time-adjusted)  difference 
in  delay  costs  exceeded  the  investment  outlay. 
Case  studies  would  also  be  used  to  derive 
similar  relationships  for  crude  storage  tanks 
or  other  terminal  facilities*. 

flCU*l  4 

EFFECT  OF  REFINERY  VOLUME  ON  BERTH  DELAYS 


VOLUME  or  CRUDE  PROCESSEO  PER  YEAR 


E.  Study  Duration 

Model  ve-design,  revision,  validation, 
and  the  running  o£  initial  cases  were  carried 
out  in  nine  weeks.    At -the  end  of  that  time, 
the  development  was  complete*  and  the  refinery 
staff  were  completely  indoctrinated  in  the 
applic"*-ion  of  the  model.    No  further  outside 


support  was  necessary  either  to  run  additional 
cases  or  even  to  modify  the  model  if  the  need 
arose. 

V.  CONCLUDING  COMMENTS 

For  the  past  decade,  simulation  has  proven 
to  be  an  effective  tool  for  the  study  of  marine 
terminal  facilities.    The  general  model  has 
provided  n;unerous  studies  with  a  framework  for 
problem  identification,  solution,  and  analysis. 
There  is  every  expectation  that  marine  terminal 
simulation  will  continue  to  be  a  widely  accepted 
technique  throughout  the  affiliates  of  Exxon 
Corporation. 
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ABSTRACT 

Unit  carriers  are  used  in  satisfying  many  current  materials  handling  needs.    A  system 
using  this  kind  of  car-on-track  hardware  can  be  extensive  and  complex.    This  paper 
disc  usses  the  values  and  benefits  of  simulation  as  applied  to  the  design  of  such  a 
track  system.    The  design  of  the  automatic  baggage  handling  system  for  the  Seattle- 
Tacoma  International  Airport  is  used  as  an  example  of  such  a  unit  carrier  system.  Design 
requirements  include  input  rates  of  baggage  loading  stations  and  car  destination 
patterns  over  a  relatively  fixed  system  geometry.    A  simulation  model  is  used  to  evaluate 
overall  performance  including  empty  car  availability  and  minimized  network  flow. 
Design  of  the  trackage  controls  as  well  as  tuning  of  the  entire  baggage  handling 
system  are  aided  by  use  of  the  model.    The  results  show  that  simulation  is  a  highly- 
cost-effective  tool  for  this  problem. 


INTRODUCTION:    A  unit  carrier  is  defined  as 
a  vehicle  used  to  transport  one  or, more  items 
to  a  certain  destination.    In  warehouses  de- 
signed for  automated  order  picking,  unit  carriers 
are  loaded  with  several  items  and  deliver  these 
to  a  specific  control  point.    In  institutions 
and  post  office  factories  individual  carriers 
or  trays  are  used  in  a  similar  manner.  Another 
common  example  is  a  passenger  elevator.    In  a 
unit  carrier  system  these  discrete,  individual 
vehicles  carry  an  item  or  items  along  fixed 
routes,  each  relatively  independent  of  the 
other  vehicles  in  the  system. 

In  the  case  of  the  unit  carrier,  all 


handling  equipment  interfaces  with  the  standar- 
dized carrier  rather  than  with  the  item  carried. 
This  is  in  contrast  to  conventional  materials 
handling  hardware  where  each  item  moves  along  a 
conveyor  system  with  its  position  fixed  with 
respect  to  other  objects.    The  items  interface 
directly  with  the  conveyor  belt  chain  or  rollers 
and  with  any  control  or  processing  equipment  of 
the  conveyor  system. 

Unit  carriers  are  particularly  useful  when 
the  items  are  fragile  or  of  nonuniform  size  or. 
In  general,  when  they  are  difficult  to  handle  by 
conventional  conveyor  methods.    Because  positive 
control  afi  well  as  ability  to  reneraber  are 
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fen  cures  of  the  unit  carrier  desip.n,  items  can 
be  procossod  at  greater  raLes  and  with  more 
roliahiiity  and  safety  than  items  on  a  conveyor 

Accompanying,  the  advantages  of  unit  carriers 
howover,  arc  tlie  problems  associated  i/itli  the 
dramatic  increase  in  the  level  of  complexity 
and  sophistication  required.    Unlike  a  contin- 
uous processing  system,  the  typical  unit,  carrier 
system  contains  a  large  number  of  relatively 
independent  containers  traveling  to  different 
destinations  through  a  network  containing  branch 
points  and  merge  points.    The  unit  carrier  system 
requires  a  supply  of  available  carriers  at 
the  origin,  and  a  place  to  store  the  carriers  not 
in  use.    In  order  to  design  such  a  system,  tiie 
control  logic  must  allocate  carriers  to  differ- 
ent areas  within  the  network.    T!ie  result  is  a 
complex  track  network  requiring  considerably 
more  sophisticated  design  techniques  than  those 
required  for  conventional  conveyor  systems. 

This  paper  concerns  the  use  of  simulation  * 
in  the  design  of  a  unit  carrier  baggage  handling 
system  for  the  Seattle-Tacoma  International 
Airport  (1).    This  baggage  systcr^  presents  pro- 
blems which  are  common  to  many  unit  carrier 
materials  handling  system  applications. 

SEA-TAC  BAGGAGE  HANDLING  SYSTEM  -  Airport 
congestion,  due  to  increasing  air  travel  and 
larger  aircraft,  is  becoming  increasingly 
familiar.    Aircraft  congestion  slows  arrivals 
and  departui         Automobile  congestion  and  limi- 
ted parkin        -ilities  are  increasingly 


troublesome.    With  tliis  added  traffic  and  conges- 
tion have  come  tlie  problems  of  handling  larger 
quantities  of  baggage  which  must  be  moved  quickly 
and  carefully  in  ever-increasing  volumes,  while 
minimizing  damage,  pilferage,  or  rais-direction . 

Currently,  most  airport  terminals  handle 
baggage  by  means  of  well-designed  conveyor  sys- 
tems and  ramp  vehicles.    But  for  a  growing  number 
of  airports,  particularly  tliose  of  medium  and 
large  size,  these  are  no  longer  adequate.  Unit 
carrier  syster    provide  a  highly  flexible,  high- 
capacity  and  high-quality  solution  to  these 
baggage  iiandling  problems.    Several  companies 
now  produce  such  carrier  systems  for  this  baggage 
handling  market  (2)  (3). 

The  new  Ground  Transport  Express  (GTX)  sys- 
tem at  the  expanding  Sesttlci-Tacoma  International 
Airport  involves  over  \,000  four-wheeled  carriers 
(Fig.  1)  operating  on  sn  extensive  network  of 
20,000  feet  of  track  and  serving  some  3500  peak 
hour  v-'?sengers  XFig.  2).    The  track  network, 
which  has  80  switch  and  merge  points,  connects 
all  of  the  airlines,  including  two  satellite 
terminals  and  four  parking  lot  check-in  stations, 
into  one  unifie'd  system.    It  facilitates  check- 
in  and  Interairline  transfers. 

A  typical  GTX  carrier  trip  is'riepresented 
schematically  in  Figure  3.    A  carrier  moves  to 
a  loading  position  ^rom  an  adjoining  storage  line. 
It  is  loaded  with  luggage  and  coded  for  the  pro- 
per destination.    The  carrier  then  moves  through 
the  complex  track  network  to  the  proper  dump 
station.    After  discharging  the  baggage,  the 
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empty  carrier  seeks  the  nearest  available 
storage 

In  th^,  j>ea-Tac    system,  baggage  enters 
the  system  at  passenger  check-In  counters  In 
the  main  terminal  and  In  the  parking  lot.  It 
proceeds  by  carrier  to  different  luggage  sort- 
ing areas  where  the  baggage  handling  system 
automatically  sorts  It  by  airline  or,  In  some 
cases,  by  flight  number.    The  baggage  Is  then 
transported  by  ramp  vehicle  to  the  airplanes. 
Inter-and  Intra-alrllne  luggages  Is  also  handled 
by  the  GTX  system,  although  at  Sea-Tac,  de- 
planing luggage  Is  sent  by  conventional  methods 
to  the  baggage  claim  area. 

The  unit  carrier  In  the  GTX  system  Is  a 
185  lb.  car  with  a  V-shaped  pocket  formed  In 
the  body  to  provide  a  secure  holding  place  for 
almost  any  size  and  shape  of  passenger  luggage 
(Fig.  1).    Motive  power  Is  supplied  to  the  car' 
by  means  of  a  friction  drive  mechanism  built 
Into  the  track.    A  probe    on  the  carrier  allows 
It  to  switch  from  one  track  to  another  upon 
conmand.    The  detailed  physical  characteristics 
of  the  hardware  of  the  carrier  system  for  the 
Sea-Tac  Airport  are  described  in  (4). 

Specialized  equipment  allows  cars  on 
secondary  lines  to  merge  into  traffic  on  a 
primary  line.    Inclines,  declines,  and  ver- 
tical lifts  allow  for  necessary  changes  in  ele- 
vation.   The  carrier  is  capable  of  dynamically 
discharging  its  baggege  6nto  a  stationary  slide 
or  moving  belt  collection  system. 

Carrier  traffic  is  controlled  by  means  of 


magnetic  sensors  located  at  decision  points  along 
tfie  guldeway  (5) .    These  sensors  interrogate  a 

i 

memory,  fixed  to  each  car,  which  carries  a  binary 
code  indicating  the  empty  or  full  condition  of 
the  car  and  its  destination.    This  code  is  entered 
at  the  loading  point.    After  discharge,  the  mem- 
ory is  changed  to  indicate  an  empty  carrier. 

The  system,  then,  must  manage  a  large 
number  of  independently  progranmad  carriers 
operating  simultaneously,  traveling  from  a  large 
number  of  origins  to  a  large  number  of  destina- 
tions on  a  network  of  track  which  is  constrained 
both  by  cost  and  by  the  existing  physical  track 
configuration  environment.    The  system  must 
operate  efficiently  under  all  circumstances  and, 
in  fact,  its  primary  justification  is  its  lower 
per-unit  cost  at  both  low  and  high  activity  levels. 

SYSTEM  DESIGN  AND  ANALYSIS  -  An  acceptable 
system  must  be  designed  to  at  least  meet  the 
customer's  specifications.    Regarding  baggage 
movement  at  the  Sea-Tac  Internationa.  Airport, 
two  major  flow  characteristics  were  specified: 

1.  Travel  Time  -  this  is  a  measure  of  the 
maximum  amount  of  time  required  for  a 
bag  to  travel  to  its  destination  in 
the  system.    This' includes  the  time 
needed  for  an  empty  carrier  to  travel 
to  the  check-in  station,  to  be  loaded, 
and  to  travel  through  the  system. 

2.  Peak  Network  Flow  Rate  -  this  rata 
specifies  the  number  of  bags  per  minute 
that  each  originating  station  may  semi 

to  each  destination  under  peak  conditions. 
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These  two  criteria,  in  turn,  imply  other 
constraints  on  the  operation  of  the  system.  For 
example,  the  ability  to  handle  a  certain  peak 
number  of  bags  per  minute  from  a  certain  facility 
implies  that  there  must  always  be  an  adequate 
supply  of  available  carriers  at  that  facility. 
The  maximum  travel  times  from  point  to  point 
imply  that  the  traffic  densities  at  peak  con- 
ditions must  not  he  so  large  as  to  prevent  the 
merging  of  traffic  at  critical  points  in  the  net- 
work.   The  restriction  on  traffic  densities  at 
certain  points  implies  that  unnecessary  movement 
of  empty  carriers  should  be  minimized  to  speed 
the  flow  of  the  full  carriers  through  the  net- 
work. 

Any  unit  carrier  system  can  be  designed 
with  enough  redundancy  to  insure  its  satisfac- 
tory performance  under  any  circumstances.  The 

cost  of  redundancy,  however,  is  high.    It  may 

I 

mean  extra  elevators,  fork  trucks,  or  in  the  GTX 
system,  carriers  and  track.    The  problem,  then, 
is  to  produce  a  system  whicli  will  meet  a  spe- 
cified set  of  performance  criteria  under  anti- 
cipated operating  conditions  with  a  minimum  of 
redundancy,  excess  capacity,  and  unnecessary 
activity. 

The  design  problem  involv  3  finding  a  way 
to  relate  the  sysrem's  measures  of  effectiveness 
to  UiQ  system's  design  parameters  to  allow 
meaningful  cost-benefit  trade-offs  to  be 
examined.    For  example,  a  lack  of  empty  carriers 
available  at  a  specific  loading  area  may  be  due 
to  the  systsii  logic,  the  total  number  of 


carriers  in  the  system,  the  physical  track  con- 
figuration, or  other  aspects  of  the  system.  The 
analysis  and  design  prohJen  is  to  relate  the 
asure  of  performance,  such  as  tho  availability 
of  empty  carriers  in  a  particular  area,  to  a 
system  design  parameter  such  as  the  total  nunbor 
of  carriers  in  the  system,  in  order  to  alJow  tho 
designer  to  appreciate  the  effects  of  design 
clianges  on  performance. 

The  design  of  a  dynamic  system  typically 
has  two  major  phases.    The  first  phase  is  a 
static  or  steady-state  phase;  it  essentially 
asked  what  the  maximum  loading  conditions  are 
like,  on  average,  arid  uses  this  average  loading 
to  produce  a  preliminary  design.    This  phase  can 
use  the  conventional  methods  of  analysis  much 
like  those  used  in  balancing  dssemhly  lines. 
Assuming  that  the  system  must  be  able  to  operate 
at  steady-sta      2t  some  maximum  rate,  the  ca- 
pacities of  each  part  of  the  system  can  be 
determined  from  these  input  rates.    This  is 
really  a  mass-flow  analysis:    cars  in  equals 
cars  out. 

In  the-past,  this  static  analysis  has  been 
sufficient  for  many  systems.    Tuning  of  the 
system  was  done  by  adjusting  cither  the  real 
system  after  it  was  built  or  an  actual  physical 
model.    This  tuning  corresponds  to  the  second 
major  phase  of  systems  analysis  and  design.  Using 
the  preliminary  design,  the  second  phase  inves- 
tigates systen  response  to  dynamic  loading  con- 
ditions.   This  dynamic  analysis  deals  with  the 
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system  response  to  such  factors  as  random  ele- 
ments in  the  loading,  system  start-up,  system 
shut-down,  or  a  net  cross^flow  of  carriers  in 
the  system.    The  random  nature  of  arrivals  to 
to  the  airport  may  for  short  periods  transform 
a  low  average  demand  rate  per  hour  to  a  demand 
well  in  excess  of  the  design  criteria.  Rapid 
start-up  may  cause  temporary  shortages  of  empty 
cars.    Certain  random  loading  conditions  may 
produce  an  unbalanced  cross-flow  of  carriers 
in  the  system.    This  can  result  in  shortages  of 
empty  carriers  if  the  control  logic  does  not 
respond  adequately  to  compensate  for  this  flow 
condition.    Several  of  these  conditions  may 
occur  at  once,  compounding  the  problem. 

More  than  the  conventional  static  design 
tools  are  required  to  intelligently  design  for 
this  kind  of  system  loading.    The  usual  con- 
tinuov     nodeling  techniques  used  in  many  en- 
gineering control  system  design  applications 
do  not  allow  for  probabilistic  inputs.  Queucing 
models  allow  for  certain  kinds  of  random  ele- 
ments in  the  system  but  become  unmanageable  for 
large  systems.    In  addition,  the  queueing  theory 
asiiumptions  often  become  unrealistic  and  con- 
fining for  such  problems,  and  formulation  of 
queueing  model  segments  require  data  which  are 
not  always  readily  available. 

Use  of  analyt  .     odels  requires  that  the 
problem  be  divided  into  small  components  which 
can  be  dealt  with  and  for  which  clear  relation- 
ships among  design  variables  can  be  defined.  . 
Analysis  relying  entirely  on  these  small  units 


may  lead  to  a  system  in  which  each  component  is 
designed  independently.    This  can  result  in  good 
component  design  and  poor  system  design.  Op- 
timizing subsystems  does  not  necessarily  optimize 
the  total  system. 

To  cope  with  such  large  system  problems, 
computer  simulation  is  regarded  as  the  most  cost- 
effective  tool.    Use  of  c  computer  simulation 
model  allows  the  designer  to  gain  experience  with 
the  system  as  the  system  design  and  model  evolve. 
He  then  has  a  clearer  understanding  of  system  per- 
formance relationships  while  the  design  process  is 
still  going  on.    In  this  way  the  designer's  un- 
derstanding of  the  significance  of  different 
measures  of  effectiveness  can  guide  the  progress 
of  the  design  by  providing  fast,  efficient  feed- 
back as  changes  in  the  system  are  made. 

A  simulation  analysis  usually  has  credibility 
not  only  with  the  designers,  but  also  with  manage- 
ment and  decision  makers.    The  manager  can  be 
shown  what  the  computer  is  doing  at  each  stage  of 
the  process,  and  the  manager  can  verify  that  the 
computer  model  does  represent  the  process  being 
modeled.    The  model  can  be  coded  in  as  much  detail 
*3  is  necessary  to  reflect  the  real  system,  with- 
out worrying  about  fitting  the  constraints  of  a 
particular  theoretical  model.    The  simulation 
.approach  allows  examination  of  the  effects  of  many 
different  and  unusual  loadings.    Control  parameters 
and  alternative  configurations  are  readily  changed. 
System  design  then  becomes  an  iterative  process  with 
the  model  builder  searching  for  the  best 'solution 
in  terms  of  his  evolving  understanding  of  the  pro- 
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blem  at  hand. 

SIMULATION  PROJECT  PUNNING  AND  ' 
MANAGl^MSNT  ;    With  an  Iterative  design  process 
for  a  large  system,  project  planning  and  manage- 
ment are  critical  factors.    A  lack  o^  .areful 
planning  and  management  can  allow  project  costs 
to  become  greater  than  necessary  without  signi- 
ficantly loprovlng  the  results.    The  tendency 
to  Include  more  detail  than  necessary  can  In- 
crease data  collection,  model  development, 
runnlTig,  and  data  analysis  costs.    A  model  stru- 
cture which  does  not  take  advantage  of  system 
modularity  can  reslilt  In  higher  development, 
testing,  validation,  and  running  costs.  Poor 
choice  of  a  simulation  language  can  result  In 
higher  model  development  costs  or  running  costs. 
With  these  problems  In  mind,  the  GTX  model  was 
carefully  planned  and  budgeted. 

For  the  Sea-Tac  System,  the  possible  pro- 
ject conclusions  Included  the  following: 

1.  Confirming  that  the  original  system 
design  was  satisfactory 

2.  Revealing  that  the  original  design, 
or  portions  of  It,  was  unworkable 

3.  Discovering  control  logic  changes  and 
additions  which  would  Improve  system 
performance 

4.  Finding  ways  of  cutting  costs  without 
Impairing  system  performance 

Each  of  these  outcomes  was  valuable,  ap*' 
each  was  present  in  some  degree.    The  combined 
value  of  these  results  was  the  value  that  was 
relevant  to  the  development  of  the  project  <je- 


velopment  and  design. 

Based  on  a  preliminary  examination  of  the 
project  as  a  whole,  a  specified  task,  a  specific 
cocpletlon  date,  and  limited  resources  Were 
i^-^^lgr^cd  to  the  effort.    The  project  design  was 
thus  controlled  by  both  available  resource  Inputs 
and  the  required  outputs. 

The  next  step  In  the  planning  process  was 
to  allocate  the  available  resources  to  produce 
the  desired  results.    The  demands  to  be  placed  on 
the  model  and  the  Inputs  to  the  model  were  defined. 
How  the  model  would  be  used  and  what  kinds  of  ex- 
periments would  be  run  were  Important  design  con- 
siderations.   The  resulting  design  stressed  sim- 
plicity of  output  and  modeling,  modular  design, 
and  testing  of  modules  prior  to  assembly  of  the 
total  aodel.    Associated  with  the  modular  design 
was  a  project  plan  with  mllestoiies  and  review 
points.    These  were  Important  factors  In  the 
economic  as  well  as  design  success  of  the  project. 

ACTUAL  MODEL  -  Having  analyzed  the  problem 
and  established  the  project  budget,  completion 
time  and  environment  In  which  the  model  was  to 
operate,  the  final  level  to  consider  was  the  model 
Itself.    One  of  the  most  Important  aspects  of  any 
model  p^annlr.j  Is  the  choice  of  a  simulation  lang- 
uage.   The  language  chosen  for  thodeI:Sng  the  baggage 
handling  system  was  General  Purpose  Simulation 
System  (GPSS),,    This  choice  was  made  In  order  to 
reduce  model  developc»,ent  time  at  the  expense  of 
somewhat  longer  running  times  ai:d  larger  core 
requirements.    It  was  anticipated  th«r  model  de- 
velopment would  be  the  most  expensive  and  tlme- 
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consuming  portion  of  the  project.    With  discrete 
carriers  flowing  through  a  network  of  tracks,  this 
system  was  a  good  application  for  GPSS,  which  Is 
oriented  toward  flow  type  systems. 

For  this  baggage  handling  system,  the 
system  geometry  was  fixed  (Fig.  2)  before  the 
simulation  was  Initiated.    The  total  baggage 
handling  system  network,  consisting  of  about 
four  miles  of  guldeway,  was  divided  Into  five 
subsections.    Each  section  was  programmed,  de- 
bugged, and  tested  Independently  and  then  the 
segments,  which         too  highly  Interactive  to 
give  meaningful  results  Independently,  were 
joined  Into  one  total  system.    This  modular  con- 
struction minimized  the  cost,  time,  and  ccmputer 
charges  required  for  model  programming,  tejitlng, 
and  debjgglng. 

'ihe  design  choices  were  assumed  fixed  for 
such  design  parameters  as  number  of  carriers  In 
the  system,  line  speeds,  and  storage  bank  Capa- 
bilities. The  latter  was  largely  influenced  by 
architectural  and  constructural  considerations. 
Therefore,  the  model  was- not  organized  for  easy 
alKo^'oclon  of  these  parameters. 

Speeds  and  distances  were  convert&d  to 
delay-tines  for  each  piece  of  ec  <llfts, 
Inclines,  t^rutobles,  lines,  etc.)  involved  In 
the  system.    These  were  grouped  into  about  140 
lino  segments,  each  with  the  appropriate  transit 
time  (Fig.  A).    Attempts  to  model  randomness  in 
these  transit  times  were  a  refinement  deemed 
unnecessary  and  one  that  would  complicate 
debugging  and  checklnj^  of  the  simulation  output. 


With  this  planning  completed,  the  actual 
coding  began.    The  Sea-Tac    system  model,  which 
contained  about  1500  GPSS  statements,  was  de- 
veloped in  an  elapsed  time  of  two  months,  and 
represented  about  a  three  man-month  effort.  This 
Included  time  required  to  plan  the  project,  collect 
data,  bv*ld  and  test  the  modules  of  the  system, 
and  asemble  the  complete  model.    Then  one  month 
was  spent  in  an  iterative  process  revising  both 
system  and  model  logic  to  achieve  a  reasonably 
satisfactory  level  of  operation.    At  this  point 
the  simulation  could  be  considered  a  finished 
tool  representing^  an  operable  system.  An 
additional  five  months  were  then  spent  using  this 
tool  to  develop  and  refine  the  logic  of  empty  car 
control,  to  evaluate  the  effects  of  specific  con- 
trol hara»i  are,    and  to  work  out  solutions  to  problem 
areas.    Working  with  the  simulation  was  a  great 
old  to  imaginative  innovations;  however,  the 
project  time  and  budget  constraints  regulated  the 
degree  to  which  these  could  be  pursued. 

The  simulacioji  model,  once  constructed,  was 
used  to  understand  the  system  by  asking  "what  if" 
quastloua.    Using  different  rates  of  baggage 
arrivals  cc  dlffet:5nt  parKs  of  the  network,  the 
response  of  the  system  was  carefully  monitored. 
The  nymber  of  cars  in  each  section  was  monitored, 
as  was  the  rate  of  flow  o^  traffic  at  critical 
points,  the  availability-of  empty  carriers,  and 
the  cross-traffic  from  one  section  to  the  other. 
The  system  was  examined  during  system  startup  in  ' 
the  morning,  peak  operating  levels  during  the 
day,  and  as  the  system  activity  decreased  later  in 
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the  evening.    Arrival  r;ites  were  changed  at 
different  sections  of  the  systea  to  test  the 
ability  of  the  systez  to  respond  to  xineven  loading 
In  various  parts  of  the  netvork.    Each  of  these 
experlnents  served  to  provide  a  deeper  under- 
standing of  the  system's  perfomance,  and  point 
out  critical  areas  In  the  systea. 

Soce  of  Che  relatively  fixed  design  features 
were  changed  as  the  slsnilatlon  pointed  out 
problec  areas  which  needed  to  be  corrected.  In 
cost  cases  vhere  changes  were  originally  anti- 
cipated, the  Input  vas  prograrzsed  for  easy 
changes.    Control  logic  at  each  switch  vas  re- 
presented by  a  predefined  true-false  boolean 
variable,  a  set  of  logical  conditions  ^/hlch, 
when  satisfied,  cause  the  carrier  to  switch* 
These  Boolean  varla?;les  evaluated  such  things 
as  whether  the  carrier  was  loaded  and.  If  so. 
Its  destination.    For  an  espty  carrier,  the 
levels  of  relative  ne^d  In  various  storages 
would  Influence  Its  path. 

The  generators  which  created  GPSS  trans- 
actions to  represent  the  arrival  of  baggage  vere 
controlled  by  \*alues  which  could  be  InlClal-lzed 
or  changed  at  any  predetercined  tlz:^  In  the 
course  of  a  slsulatlon  run  to  reflect  v^trloxis 
systes  loadings*    Destination  of  the  carrier 
fro::  various  Input  locations  was  controlled  by 
rat^oc  number  generators  which  would  produce 
distributions  to  natch  prcdetemined  but  easily 
changed  functions.    Thus  the  syscen  was  repre- 
sented by  a  satheaatlcal  codel  including  both 
the  internal  syste:i  logic  and  the  inputs  arriving 


froQ  outside  the  systea. 

The  resulcs  of  the  sin^slatlon  are  no  sore 
accurate  than  the  Inputs  to  the  sisui«.tlon.  There- 
fore data  fitust  be  gathered  or  generated  with 
great  care.    In  the  case  of  the  Sea-Tac  siculatlon, 
a  cozplete  engineering  study  was  conducted  prior 
to  the  slaulatlon  (7) .    Baggage  Inpuc  spectruss 
were  derived  fron  Chat  report  and  froa  the  cus- 
toaer  specif ications.    Figure  5  is  an  eyasple  of 
the  cagnltude  and  dlstrlbutlbn  of  total  airport 
baggage  arrivals  used  for  input  data  in  the 
computer  slculated  systea. 

With  clear  aeasures  of  cost  effectiveness 
available,  the  required  level  of  detail  in  the 
systea  was  initially  establlshed<    More  detail 
was  added  later  in  the  project,  but  only  after  it 
becare  clear  that  che  added  detail  would  have 
a  significant  effect  on  the  systea  perforaance 
at  key  points  in  the  network.    For  exaaple,  it 
was  initially  decided  that  all  serges  would  be 
sirttlated  as  working  without  physical  constraints. 
Vhen  a.  as  were  decected  where  rates  were  exceeding 
equipcenC  capablllcles ,  cerge  suppression  was 
codeled*    By  adding  this  detail  only  at  key 
points,  iiowcver,  significant  costs  were  avoided 
without  jeopardizing  the  project  results. 

MACRO  SUBROirriKE  EXAMPLES  -  Exploiting  pro- 
graa  Bodularity  through  cbe  use  of  GPSS  HACSjOS^ 
or  subrcutlnesy  further  reduced  codin^^    ^  de^ 
bugging  tlAe  and  expense*    Macros  used  In  the 
tysCex  slmilacion  were  designed  to  standjirdize 
and  document  the  vodeXing  of  siaoilar  physical 
situations,  and  provide  the  basic  frasevo^k  around 
ohicb  the  rest  of  che  systea  xodel  vas  builc* 
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The  proposed  system  of  releasing  empty  cars 
from  storage  banks  was  modeled  in  a  macro; 
eventually  several  different  macros  were  used  to 
represent  the  different  methods  of  ordering  cars. 
Macros  were  also  programmed  for  each  kind  of 
station,  carrier  storage  queue,  and  other 
facilities  which  occurred  at  several  points  in 
the  network,  as  well  as  for  various  initiation 
routines*    These  macros  were  then  called  at  the 
appropriate  point  in  the  program.    A  discussion 
of  one  of  these  macros  follows,  to  illustrate 
this  capability. 

The  Load  Macro  (Fi*.  6)  describes  a  portion 
of  the  system  where  bags  are  loaded  into  carriers. 
This  simplified  diagram,  in  which  each  synbol 
represents  one  GPSS  statment,  illustrates  the 
one-to-one  relationship  between  GPSS  statements 
and  system  logic.    The  macro  models  the  process 
of  loading  enpty  cars  and  initiating  calls  for 
additional  cars  to  be  released  for  loading  if 
there  are  both  empty  cars  and  more  bags  waiting. 

In  the  Load  macro  (Fig.  6)  empty  cars  enter 
the  loader  and  occupy  the  loading  facility  A. 
The  car,  represented  by  an  GPSS  transaction, 
then  moves  into  two  successive  ASSIGN  blocks 
which  store  the  number  of  the  origin  B  and  the 
number  of  the  destination  C  in  paramfcters  assoc:- 
iated  with  the  car.    The  transaction,  the  car, 
then  moves  xnto  an  UNLINK  block  which  removes 
one  bag  from  the  ^bag  queue  D  and  loads  it  into  the 
car. 

Having  performed  these  bookkeeping  functions 
in  ^ero  simulated  tine,  the  transaction  then 


enters  the  ADVANCE  block  vhere  it  spends  the 
loading  time  E  (typically  3.7  seconds  for  a  station 
rate  of  17  cars/min.).    when  the  loading  time 
has  elapsed,  the  transaction  enters  a  TEST  block 
and  tests  whether  or  not  there  are  empty  cars 
waiting  to  be  loaded  and  bags  waiting  in  tha 
queue.    If  this    s  true,  the  transaction,  ^.oves 
into  the  second  UNLINK  bicck  and  releases  one 
empty  car  from  the  storage  bank  li.    If  there  are 
no  hL^s  waiting  to  be  loaded,  or  no  empty  cars 
available  to  be  sent  out,  the  transaction  goes 
to  the  I^LEASE  block  G.    It  leaves  the  loading 
facility  A,  an^^he  transaction  representing  ch? 
full  car  leaves  the  loading  area. 

OUTPUTS  IN  RELATION  TO  GTX  SYSTEM  DESIGN  - 
The  philosophy  of  adding  details  only  where 
required  was  followed  in  specifying  simulation 
out.^ut.    Initially  th-       y  output  was  the  standard 
GPSS  statistics.    Once  the  model  had  been  debugged 
and  verified,  it  furnished  a  broad  overview  of 
the  overall  performance  of  the  system.  In 
addition,  it -provided  the  ability  to  examine  in 
any  desired  depth  of  detail  the  areas  of  special 
concern.    As  key  problem  areas  in  the  system 
became  apparent,  additonal  tables  were  added. 

Problem  dro.is  common  to  unit  carrier  "*.nstal- 
lations  have  been  ad  '  assed  previously  (6)  and 
determine  overall  system  effectiveness.  Certain 
of  these  problems,  including  excessive  line  flow 
rates,  insufficient  empty  car  supply,  and  overall 
system  imbalance,  were  examined  in  the  Sea-Tac 
system  design.    System  imbalance  can  result 
from  many  occurrences,  including  high  activity 
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within  one  particular  area  or  a  disproportionate 
number  of  loaded  carriers  sent  from  one  station 
in  the  system  to  another.    Both  have  the  tendency 
to  deplete  certain  areas  of  empty  cars,  resulting 
in  lack  of  containers  U*  thoses  areas  and  causing 
high  line  desnities  in  other  sections.  Lack 
of  empty  cars  at  a  check-in  area  is  one  of  the 
nost  serious  system  problems.    If  empty  con- 
tainers are  abse..t,  the  airline  passenger  is 
delayed  and  the  airplane  may  be  detained.  This 
not  only  results  in  a  poor  customer  relation- 
ship, but  nay  also  mean  additional  expense  for 
the  airline.    It  was  a  prine  design  consideration. 

One  of  the  prinary  indications  of  the 
performance  of  the  baggage  handling  system 
vas  the  length  of  the  baggage  waiting  queues. 
Baggage  waiting  queues  formed  at  loading  stations 
when  the  system  response  was  such  that  an  in- 
sufficient number  of  empty  cars  was  available 
to  handle  the  rate  of  baggage  arrivals.  Figure 
7  shows  the  amount  of  excess  baggage  chat  was 
not  removed  from  certain  stations  under  the 
baggage  input  conditions  given  in  Figure  5. 
However,  as  the  system  responded  and  senc  the 
nectjssary  empty  cars  to  those  stations,  the 
baggage  waiting  queues  decreased.  Important 
variables  sKovn  are  the  amounts  of  baggage  in 
the  queues  and  the  time  it  takes  for  the  queues 
to  be  relieved. 

For  a  better  understanding  of  why  the 
system  handled  or  did  not  hcndle  baggage  in 
various  areas,  <*t  was  necessary  to  study  the 
availability  and  movement  of  the"  empty  carriers. 


Several  types  of  output  contributed  to  this 
analysis.,  the  most  important  being  the  tabulated 
conditions  of  empty  carrier  storages  (Fig.  8). 
Shown  in  the  figure  is  the  activity  of  each  empty 
car  storage  area  in  the  system,  including  a 
number  designating  each  storage  and  the  empty 
car  capacity  for  th^^,  storage,  current  contents 
of  empty  cars,  and  the  rate  of  cars  entering  the 
storage  at  this  particular  point  in  time. 

In  general,  a  low  level  in  a  storage  bank 
at  any  given  time  is  not  always  significant. 
Perhaps  no  carriers  are  needed  in  a  certain 
storage  during  normal  running  conditions;  this  is 
the  case  for  ST080.    Maybe  the  carriers  needed 
are  already  enroute.    Likewise,  a  moderately 
high  level  could  still  b^  dangerously  low.  In 
the  case  of  long  tunnels,  a  number  of  carriers 
may  have  entered  previously  and  not  yet  ec^rged. 
Therefore  they  are  not  available  for  icsaediate 
use.    Or,  perhaps  an  inadequate  flow  may  be 
presently  arriving  which  may  cause  a  future 
shortage.    The  average  level  over  some  small 
period  is  more  meaningful. 

A  scccnd  measure  of  empty  car  availability 
can  be  used.    Other  tables  exist  which  show  the 
number  of  carriers  in  line  at  the  exit  of  the 
storage  area.    But  again,  a  low  level  is  not 
necessarily  significant.    If  a  carrier  always 
arrives  just  when  required,  it  will  never  stny 
in  the  storage,  &o  the  number  of  carriers  stopped 
and  waiting  could  be  small  even  ^fith  a  large 
number  of  carriers  enroute.    The  problems 
inherent  in  these  two  methods  of  counting  empty 
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car  storage  contents  resulted  in  a  detailed  study 
of  the  type  of  electrical  sensors  to  be  installed 
at  various  points  in  the  physical  system  and  their^ 
etfect  on  sys^ess  logic. 

Other  g  nl  portrayals  help  analyze 

the  condition  of  critical  storages  over  time. 
Figure  9  is  one  example  showing  the  activity 
in  the  north  tunnel  bank,  the  main  en<  '-y  carrier 
reservoir  in  the  north  half  of  the  GTX  system. 
The  return  route  icon  the  North  Satellite 
contains  a  storage  bank  line  for  261  carriers  and 
a  high  speed  line  which  allovs  empty  carriers  to 
bypass  this  storage  when  they  are  needed  icmed- 
iately  elsewhere.    The  figure  shows  that  laore 
cars  than  necessary  were  entering  the  storage 
and  then  icsediately  leaving,  when  in  fact  they 
should  have  been  bypassing  the  storage  altogether. 
In  late   simulation  runs  different  control 
methods  wtre  employed  to  reduce  this  flow. 

In  order  to  analyze  where  the  carriers  were 
going  to  and  coaing  from,  it  was  necessary  to 
study  the  block  counts  of  activity  through  each 
logic  block  of  the  model.    From  rU^se  a  plot 
of  traffic  density  and  carrier  location  dis- 
tribution   everywhere  in  the  system  could  be 
prepared.    This  vas  of  great  value,  particularly 
in  analyzing  traffic  at  merges. 

Line  flow  rate  is  limited  by  the  car 
vel'^iities  and  by  the  processing  rates  of  such 
equipment  as  inclines  and  elevators.    If  the 
line  density  becomes  too  high  at  the  limiting 
speed,  merges  become  bottlenecks.    At  merge 
points »  cars  on  the  secondary  track  are  halted 


In  a  queue  until  an  adequate  gap  occurs  in  the 
primary  line  to  allow  merging.    The  higher  th^ 
'flow  rate  on  the  primary  line,  t;he  less  oppor- 
tunity for  cars  to  merge,  thereby  resulting 
i;i  a  longer  waiting  line.    Eech  holding  position 
in  the  track  requires  some  spec^.alized  hardware 
to  stop,  retain,  an:!  then  advanc:e  the  carriers 
In  addition,  when  the  number  of  positions  in  t!ie 
queue  is  filled,  the  secondary  line  must  shut 
down  un^il  the  queue  is  relieved.    The  number  of 
queue  position  3  at  a  merge  point  is  a  matter  of 
economics  as  well  as  geometrical  restriction. 
Minimizing  line  flow  rat*  minimizes  merge  pro- 
blems.   For  example,  the  traffic  density  was  such 
that  it  seemed  advisable  to  add  to  the  model  a 
simulation  of  the  merge  at  the  output  of  the  north 
tunnel  storage  bank.    The  efforts  expended  in 
simulating  this  area  were  also  applicable  to 
developing  the  actual  merge  control  used  in  the 
physical  Sea-Tac  system. 

Studies  of  traffic  densities  also  pointed 
out  other  problems.    Carriers  were  diverted  by 
some  preceding  station  or  logic  test  before 
reaching  their  required  destination,  or  they  were 
trapped  in  a  loop.    The  latter  type  of  problem  is 
illustrated  with  the  loop  shown  in  Figure  A. 
After  the  first  run  with  one  set  of  logic,  it 
was  noted  that  there  was  abnormally  heavy  traffic 
in  the  lines  in  this  loop.    A  review  of  the  logic 
for  sw/.tches  SWB02  and  SWB05  revealed  an  in- 
consistency which  w«s  preventing  cars  from 
leaving  the  loop.    After  this  was  corrected, 
traffic  was  reduced  to  a  reasonable  level. 
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In  addition,  tables  were  specified  to  re- 
cord the  origin  and  destination  of  all  carriers 
passing  certain  points.    Fig.  10  gives  the 
origin  table    ORBII    for  line  LNBII  and  the 
destination  table    DEBI2    for  LNBI2.    Table  ORBII 
shows  the  origins  of  cars  passing  on  I«NBII  during 
a  given  tine;  the  coition  Upper  Limit  Indicates 
car  origin  station.    Slrallarly,  Table  DEBI2  gives 
the  destinations  cf  cars  passing  on  LNBI2,  the 
column  Upper  Limit  representing  the  destination 
stations,  and  Observed  Frequency  indicates  the 
number  of  carriers  passing  through  LNBI2  destined 
for  those  stations.    Destination  zero  indicates 
an  empty  carrier. 

A  more  detailed  study  of  destination  and 
origin  tables  aided  in  Ideating  GTX  system 
control  logic  errors  and  in  rede<;ignlng  workable 
control  logic.    In  an  initial  model  run,  these 
tables  revealed  that  very  few  of  the  empty  can^iers 
required  on  LNBI3  came  from  LNBI2  (Fig.  4).  Most 
empties  entered  storage  bank  70,  then  left  again 
on  LNB23  as  required.    The  result  was  a  large 
number  of  carriers  in  dynamic  storage,  i.e.,  on 
their  way  into  and  out  of  bank  70,  rather  than 
bypassing  via  LNBI2.    A  set  of  bypass  logic 
was  devised  to  prevent  the  carriers  from  going 
into  this  loop.    Analysis  of  the  effects  of  the 
new  logic  revealed  that  under  certain  circum- 
stances it  resulted  in  starving  station  10.  Con- 
sequently, a  reserve  level  had  to  be  established 
for  storage  bank  70,  below  which  it  could  have 
priority.    All  these  considerations  were 
eventually  Integrated  into  a  set  of  final  logic 


which  minimized  undesirable  system  responses. 

EMPTY  CAR  MANAGEMENT  -  Many  of  these  problem 
areas  are  related  to  each  other  and  are  really 
symptoms  of  the  overall  empty  car  flow  management 
problem..  The  trip  of  a  full,  coded  carrier  is 
determiriistic  in  the  sense  that  the  path  of 
travel  is  kno'm,  and  the  trip  times  can  be  estim- 
ated, within  certain  limits,  depending  on  system 
traffic  levels.    However,  empty  car  flow  is  much 
more  complicated.    Once  the  car  has  been  unloaded, 
it  is  coded  as  empty  ant*  sent  into  the  system  to 
seek  a  home  in  an  ^mpty  car  storage  line.  The 
car  may  pass  through  a  number  of  switches  before 
reaching  an  empty  car  storage  line. 

When  directing  empty  cars,  the  switches  can 
be  generalized  as  either  area  switches  or  storage 
line  switches.    An  area  switch  allows  the  carrier 
to  move  into  a  particular  area  which  c^fntalns  a 
multitude  of  storage  lines;  a  storage  switch 
3II0VS  the  carrier  to  enter  u  particular  storage 
line  iFlg.  II).    When  an  empty  car  reaches  an 
area  switch,  the  switch  directs  it  into  either 
area  A  or  area  B,  depending  on  the  relative  number 
of  empty  cars  in  storage  in  these  respective 
areas  and/or  the  priority  of  the  one  area  over 
the  other.    After  a  carrier  is  in  an  area,  it 
approaches  a  storage  switch  (A-I,  Fig.  II).  If 
storage  A-1  has  room  and  there  are  no  priority 
needs  downstream,  the  car  enters.  Otherwise 
it  passes,  traveling  on  to  switch  A-2. 

Another  aspect  of  tmpty  car  managament 
enables  certain  emptv  car  storage  lines  to  call 
for  empties  when  their  level  becomes  critically 
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lov.    If  the  level  of  empty  cars  In  storage  A-2 
Is  low,  a  signal  can  be  sent  to  storage  A-1  to 
release  a  certain  number  of  cars.    Upon,  reaching 
switch  A-2  these  cars  will  satisfy  the  needs  of 
storage  A-2.    Another  form  of  signal  can  also 
be  Initiated  when  storage  A-2  Is  low.    The  signal 
will  block  Switch  A-1,  preventing  any  empties 
fron  entering  storage  A-1.    It  may  even  block  the 
area  switch  preventing  any  empty  carriers  fron 
being  diverted  to  area  B.    Therefore  all  empties 
will  go  Into  A-2  until  Its  needs  are  net. 

Figure  12  Is  a  simple  model  of  only  a 
snail  part  of  the  overall  systen.    In  reality, 
there  are  39  storage  lines  scattered  throughout 
the  Sea-Tac  installation  with  capacities  ranging 
fron  two  carriers  to  276.    Their  placement  and 
capacities  are,  like  the  track  itself,  subject 
to  architectural  constraints. 

CONCLUSIONS;    The  Sea-Tac  sinulation  was 
useful  in  several  ways.    It  clearly  shoved  that 
the  static  preliminary  design  alone  was  insuf- 
ficient for  a  complex  unit-carrier  systen,  and 
that  sinulation  was  a  very  helpful  tool  in  design 
of  dynanic  systems.    This  was  demonstrated  not 
only  in  an  engineering  sense,  but  also  in  an 
economic  sense — doing  the  analysis  quickly  and 
at  a  relatively  low  cost.    The  nodular  design 
approach  to  development  vas  a  central  pirt  of 

this  co5t  effectiveness     A  set  of  nacros  was 
• 

developed  and  then  used  extensively.  In 
addition,  building  and  testing  the  entire  system 
In  pieces  and  then  assembling  these  saved  many 
hours  and  dollars. 


With  this,  simulation  tool  available,  it 
will  be  comparatively  easy  in  the  future  to 
ciodel  similar  systems  with  relatively  small 
changes  to  the  design  approach. 

From  an  engineering  standpoint,  the  major 
result  was  a  good  final  design.    On  a  more 
specific  level,  it  became  clear  that  the  symptoms 
by  which  the  system's  performance  would  be 
measured  were  all  part  of  empty  carrier  manage- 
nent»    This  area  could  be  systematically  analyzed 
and  workable  solutions  developed. 

In  designing  the  GTX  system  for  empty  car 
management,  then,  it  became  evident  that: 

1.  A  priority  must  be  established  among 
storage  lines 

2.  The  overall  capacity  of  each  line  must 
be  set  within  geometric  constraints 

3.  Operating  levels  and  critical  levels 
must  be  determined  for  most  storage 
lines 

4.  Depending  on  storage  lines  priorities 
and  their  desired  performance  parameters, 
the  automatic  call  logic  must  be  designed. 

These  points  constitute  the  controlling 
elements  of  empcy  car  management.    They  are 
highly  interactive    and  adjustments  at  any  one 
point  may  have  far-reacblng  ranlflcatlons 
throughout  the  network.    7hu3  a  computer  sin- 
ulation becorias  a  necessary  part  of  the  design 
process  in  order  to  develop  the  best  logls  system. 

In  some  cases  there  is.  not  one  beat  logic. 
A  perfect  control  systen  would  have  to  anticipate 
demand  changes  ahead  of  tine.    Varying  input  of 


bags  at  different  stations  results  in  different 
requirements  on  the  system.    It  Is  only  possible 
to  set  relative  prlorltes  on  the  goals  and  to 
strike  a  compromise  between  such  conflicting 
requirements  as  Immediate  car  availability  and 
minimum  non-essential  traffic.    Howevar,  the 
simulation  allows  the  designer  to  try  various 
schemes  and  precisely  monitor  their  effect 
throughout  the  system  while  other  paraineCers 
remain  constant,  an  accomplishment  which  may 
never  be  possible  in  the  real  life  system. 
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FIGURE  2 
Simplified  Schematic  of  the 
GTX  Baggage  Handling  System 
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FIGURE  3 
Basic  Carrier  Network 


FIGURE  4 
Detailed  Network  of  a  Portion 
of  the  Simulation  Model 
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Total  System  Baggage Jnput  Spectrum 
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FIGURE  6 
Model  of  a  Carrier  Loader  —  Load  Macro 
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Abstract 

The  paper  describes  the  loRic  structure  and  techniques  used  in 
a  Simscrlpt  program  for  simulating  the  movemer*-  of  ships 
through  a  network  of  locks,  reaches,  lakes,  and  ports.  The 
program- also  provides  for  endogenous  route  selection  between 
"micro-route"  alternatives,  i.e.,  parallel  locks  or^conals,  and 
for  the  endogenous  scheduling  of  ship     ^N^ements,  given  port-to- 
port  commodity  movement  demand  and  fleet  mix.    The  model  is 
basically  a  general  network  simulation  tool  based  on  the 
concept  of  a  "route  map"  which  describes  the  sequence  of  facili- 
ties to  be  traversed  between  given  points  in  the  nC'tiwork.  The 
cardinal  ip^chanism  m  the  model  li  a  Movement  Control  Module 


567 


which  L;onltors  the  route  map  of  each  ship  during  Its  voyage 
and  sends  the  vessel  to  generalized  satellite  isodules  where 
the  performance  of  locks,  reaches^  lakes,  and  ports  are  slmi- 
lated.    Attributes  carried  by  the  ship  Initialize  the 
generalized  modules  to  simulate  a  specific  lock,  reach,  lake, 
or  port  as  dictated  by  the  ship's  position  along  Its  route  map. 
The  model  Is  being  used  to  simulate  the  performance  of  the 
Great  Lakes  System  for  the  Corps  of  Engineers. 


Background 

The  model  described  In  this  paper  was 
developed  to  assist  the  U.S..  Army  Corps  of 
Engineers  In  thler  assessment  of  the  need  for 
Improvements  to  the  Great  Lakes  and  Liland 
waterway  systems.    This  Is  a  third-generation 
model  deriving  from  research  sponsored  by  the 
Corps  over  a  nxmiber  of  years.    Initial  research 
resulted  In  the .models  WATSIH  [3]  and  TOWGEN 
[1]  for  simulating  Inland  barge  systems.  The 
Corps  subsequently  sponsored  the  development  of 
a  model  for  simulating  components  of  the  Great 
Lakes  System;  this  resulted  In  the  Multiple 
Channel  Deep  Draft  (HCDD)  model  [2,4,51.  During 
the  development  of  the  MCDD  model,  a  number  of 
powerful  techniques  were  formulated  which 
promised  to  form  the  basis  of  a  generalized  model 
to  meet  all  of  the  Corps'  needs  In  the  area  of 
systems  simulation.    A  third  and  current  re- 
search project  was  spo;  lored  by  the  Corps  to 
develop  an  I  apply  such  t  model*    The  Network 
Simulation  (NETSIM)  model  described  here  Is  the 
result  of  this  research.    As  suggested  by  the 
acronym,  NETSIM  Is  basically  a  general  network 


simulation  tool;  modules  for  simulating  the 
operation  of  water  navigation  facilities  are 
linked  to  NETSIK  to  provide  the  unique  capabili- 
ties required  by  the  Corps.    To  describe  this 
specific  formulation  of  NETSIM  for  the  simula- 
tion of  waterbome  transportation  systeMS,  the 
acronym  NETSIM/SHIP  is  used. 
The  Problem 

The  overall  problem  to  which  the  model  is 
addressed  is  that  of  simulating  commodity  move- 
ments between  multiple  origins  and  destinations 
by  ships  or  barges  through  a  network  of  naviga- 
tion facilities.    Some  of  the  specific  questions 
leading  to  the  Corps*  sponsorship  of  the  research 
project  are: 

1.  An  appraisal  of  the  need  for  a  new 
Niagara  Canal  to  paral'^1  the  existing 
We 11 and  Canal  in  the  light  of  increasing 
commodity  movement  and  an  evolving  fleet 
mix 

2.  Determination  of  the  response  of  dif- 
ferent combined  Ve Hand-Niagara  Canal 
configurations  to  imposed  loading 

3.  Determination  of  the  response  of  the 
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existing  Hiscnhowcr-SncII  lock  complex 
<ind  possible  new  configurations  to 
imposed  loading 
A.    Determin.ition  of  the  response  of  the 
existing  Sault  locking  system  and  pos- 
sible new  configurations  to  imposed 
loading 

5.    Identification  of  potential  shipping 
bottlenecks  In  the  Great  Lakes  System 
under  various  system  states 

6-    The  need  to  relate  design  and  perform- 
ance in  planning  future  locks. 

Network 

The  modeling  problem  can  be  disaggregated 
into  four  general  areas: 

!•    Simulation  of  a  transportation  network — 
specifically,  the  ability  to  route  a 
ship  through  a  redundant  network  via  a 
minimum  or  otherwise  specified  path 

2.  Endogenous  assignment  of  ships  between 
parallel  facilities — a  vessel  may  have 
to  decide  between  parallel  locks  or 
between  a  series  of  locks  and  reaches, 
e.g.,  the  Welland  Canal  versus  the 
possible  Niagara  Canal 

3.  Endogenous  scheduling  of  ship  move- 
ments— specifically,  the  ability  of  an 
individual  ship  in  the  simulated  sys- 
tem to  react  to  ephemeral  comifiodlty 
movement  demand  and'  thereby  schedule 
Its  next  movement 

4.  Simulation  of  specific  facilities — for 
the  Corps*  purposes,  these  are  locks, 


reaches,  lakes,  and  ports. 
The  first  three  problem  areas  arc,  in  fact, 
general  to  many  transport  systems;  and  it  is  only 
the  fourth  which  specif i      ly  orients  the  model 
to  a  shipping  application.    In  a  Personal  Rapid 
Transit  (PRT)  application,  for  instance,  the 
specific  facilities  might  be  switches,  track 
siigm^nts,  and  stations,  and  the  commodities  to  be 
transported  would  be  people. 
NETSIM  Structure 

The  purpose  of  this  paper  is  to  present  the 
conceptual  basis  of  the  model  (Figure  1) .  This 
structure  has  been  largely  retained  in  implemen- 
Ing  the  model.    NETSIM  may  be  considered  as 
consisting  of  three  stages,    the  preprocessor, 
the  simulation,  and  the  postprocessor  stages. 
The  Preprocessor  Stage 

The  preprocessor  stage  is  concerned  with 
preparing  and  loading  the  data  stream  which  con- 
sists of: 

1.  Run  option  and  specification  parameters — 
choice  of  Experience  Data  Bank  or  Event 
Log  run;  simulation  run  length;  switches 
to  select  service  look-ahead  feature , 
parallel  facilities,  port  rescheduling 
procedure,  vessel  file  options,  and 
input-output  device  options.    Each  of 
these  terms  will  be  defined  in  later 
sections. 

2.  Network  descrlptlon-^-the  transport  net- 
work is  represented  by  nodes  and  links 
in  the  usual  manner.    Links  represent 
transit  facilities  such  as  lakes, 
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reaches,  and  locks;  nodes  «ire  located 
at  facility  coterminal  points;  and 
ports  are  also  represented  as  nodes  in 
the  system.    The  actual  description  of 
the  network  is  based  on  the  singularity 
of  spanning  (minimum,  path)  trees  based 
on  a  given  root.    In  effect,  each  port 
is  treated  as  a  root  and  heads  a 
column  which  has  entries  for  each  node 
in  the  network,  the  column  entry  being 
the  identification  number  of  the  next 
node  in  the  path  from  the  subject  node 
to  the  root  port.    Using  this  formula- 
tions, one  vector  fully  defines  the 
route  structure  from  any  network  node 
to  a  given  port.    A  matrix  of  size 
(number  of  ports  x  number  of  network 
nodes)  serves  to  define  the  route  struc- 
ture for  the  entire  network. 
Supplementing  the  above  "next  node" 
Cable  is  a  facility  identification 
matrix.    Since  an  ordered  sequence  of 
two-node  numbers  defines  a  directional 
link,  a  matrix  of  size  (number  of  network 
nodes  squared)  encompasses  a  rapping  of 
directional  links  into  navigation 
facility  code  numbers.    (Cleirly,  there 
exists  some  redundancy  here  since  the 
two  tables  could  be  combined  by  de- 
fining the  network  route  structure  in 
terms  of  facility  identification  num- 
bers; the  separation  is  made  in  NETSIM 
to  simplify  data  preparation.)  To 


allow  for  cases  where  parallel  "micro- 
route"  options  exist  within  a  macro-route 
link,  a  special  code  is  entered  in  the 
facilities  identification  table.  This 
code  serves  to  address  a  parallel  facil- 
ities table  where  the  sequence  of 
navigation  facilities  within  each  micro- 
route  are  identified. 

3.  System  facility  enumeration  and  descrip- 
tion— number  of  ports,  lakes,  reaches, 
locks,  etc.  zud  their  operational  and 
physical  characteristics. 

4.  C'^r:modity  mov*  nent — origin-destinati'  i 
quantities  by  type  of  commodity. 

5.  Fleet  description — number,  type,  and 
characteristics  of  available  fleet. 

6.  Schedule  of  movement — movenrent  schedules 
can  be  specified  in  one  of  two  ways.  If 
the  scheduling  is  to  be  endogenous,  then 
only  the  initial  origin-destination  move- 
ments for  each  vessel  are  required. 
Subsequent  movements  are  then  determined 
internally.    It  is  also  possible  to 
specify  exogenously  the  entire  schedule 
of  movements  that  are  to  occur  during 
the  simulation  period.    Such  a  schedule 
can  be  derived  by  using  TOWGEN  [2],  a 
model  which  utilizes  conunodlty  nK>vement 
and  fleet  data  to  gl^'e  a  time-ordered 
list  of  uK)veinents,    Note  that  an 
auxiliary  input  defining  multiple-port 
trips  for  specified  vessels  Is  also 
possible  (e.g.,  ore-ships  on  committed 
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shuttle  movements). 
The  Simulation  Stage 

Completion  of  the  Initialization  of  the 
system  by  the  preprocessor  stage  signals  the 
beginning  of  execution  of  the  simulation  mech- 
anisms embodied  In  the  simulation  stage.  The 
approach  to  simulation  Is  based  on  the  concept 
of  a  route  map  which  describes  a  vessel's  cur- 
rent trip  and  Is  unique  to  each  vessel.  In 
NETSIM,  a  vessel  carries  with  It  four  route  map 
attributes.    These  are  numbers  representing  the 
previous  node ,  current  node ,  next  node ,  and  the 
port  of  destination.    Once  the  origin  and  desti- 
nation of  a  vessel  are  determined »  the  sequence 
of  links  and  nodes  comprising  the  route  from 
tho  origin  to  the  destination  port  Is  defined  by 
the  network  description  "next  node"  array.  As 
a  vessel  traverses  Its  route,  the  first  three 
route  attributes  are  continuously  updated.  Note 
that  these  route  attributes  key  Into  the  facility 
Identification  matrix,  so  that  the  sequence  of 
facilities  (I.e.,  reaches,  locks,  etc.)  com- 
prising the  route  Is  known  and  that  the  previous 
facility  and  the  next  facility  to  be  traversed 
are  uniquely  Identified.    When  the  vessel's 
route  attributes  have  been  updated  to  the  point 
where  the  current  node  and  the  port  of  destina- 
tion are  Identical,  the  current  trip  has  been 
completed.    It  Is  this  route  map  concept  which 
enables  NETSIM  to  deal  with  complex  networks  that 
Incorporate  alternative  routing  options,  maker- 
possible  the  use  of  a  modular  approach  to  the 
structure  of  the  model,  and  facilitates  the 


rescheduling  mechanism. 

Each  vessel's  route  map  Is  monitored  by  the 
cardinal  Movement  Control  Module.    As  a  vessel 
moves  along  Its  route,  the  Movement  Control 
Module  Identifies  three  characteristics  of  the 
next  link  to  be  traversed — the  type  and  Identi- 
fication nximber  of  the  facility  which  the  link 
represents  and  the  direction  of  movement  through 
the  facility,  by  virtue  of  the  node  number 
sequence.    The  three  characteristics  are.  In 
fact,  encompassed  by  one  attribute  value.  The 
attribute  Is  assigned  to  the  entity  representing 
the  vessel,  and  the  entity  Is  passed  Into  the 
appropriate  facility  module  where  the  performance 
simulation  Is  effected.    The  entity  Is  then 
passed  back  to  the  Movement  Control  Module  where 
the  next  link  In  the  route  Is  Identified  and  the 
processes  repeated.    This  monitoring  and  referral 
sequence  continues  until  the  end  of  a  ship's 
current  trip.    Note  that  a  vessel  may  call  at 
Intermediate  ports  for  a  given  trip  en  route  to 
the  final  port  of  destination  If  on  a  committed 
voyage . 

Linked  to  the  Movement  Control  Module,  In 
satellite  fashion,  are  the  modules  which  simulate 
the  performance  of  the  different  types  of 
facilities.    In  NETSIM/SHIP,  these  are  the  reach, 
lock,  lake,  and  port  modules.    It  Is  Important 
to  recognize  that  the  satellite  facility  modules  " 
are  generalized  logic  sequences.    It  Is  the 
attributes  carried  by  a  vessel  as  It  enters  the 
facility  module  which  direct  and  enable  the 
module  to  simulate  the  operation  of  a  specific 
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facility.    This  approach  is  very  flexible  and 
enables  additional  modules  to  be  added  easily  as 
required  to  simulate  the  operation  of  any  type 
of  transportation  facility.    These  satellite 
facility  modules  are  passive  until  activated  by 
a  vessel's  routing  requirements  which,  in  turn, 
are  dictated  by  the  nature  of  the  transport  sys- 
tem being  simulated.. 

Common  to  the  Movement  Control  Module  and 
its  satellite  facility  modules  are  many  routines 
for  searching,  adjusting,  referencing,  and 
stochastic  sampling.    To  avoid  duplication, 
seven  such  routines  have  been  assembled  into  a 
Support  Module  which  is  referenced  by  the  other 
modules  as  necessary. 

Upon  completion  of  a  given  vessel's  trip, 
the  need  to  reschedule  the  vessel  arises.  If 
an  exogenoubly  specified  schedule  is  used,  an- 
other trip  is  triggered  by  the  scheduled  event 
file  and  the  process  described  above  repeated. 
If  an  endogenous  reschedule  is  required,  the 
timing  and  destination  of  a  vessel's  next  trip 
is  a  function  of  the  location,  type,  and  amount 
of  commodities  awaiting  shipment  in  the  system. 
The  character  of  the  ship  also  determines  its 
suitability  for  transporting  the  available 
commodities.    In  the  absence  of  suitable  demand 
at  the  current  port,  a  trip  must  be  scheduled  to 
the  nearest  port  at  which  a  suitable  cargo  is 
available.    Since  ship  rescheduling  is  intimately 
associated  with  the  port  simulation  module, 
further  discussion  is  delayed  until  the  logic  of 
the  port  module  Is  outlined. 


The  Postprocessor  Stage 

Upon  completion  of  the  simulation  period, 
the  third,  or  postprocessor,  stage  of  NETSIM 
comes  into  effect.    The  function  of  the  post- 
processor is  to  generate  system  performance 
reports  from  the  coded  event  file  that  is  the 
output  of  the  simulation  stage.    The  event  file 
lists  in  time-sequence  all  events  which  occurred 
in  the  simulated  system  during  the  simulation 
period.    These  recorded  events  are  subsequently 
analyzed  using  a  simple  Fortran  program  to 
produce  a  set  of  statistical  reports,  ihis 
approach  was  adopted  to  minimize  the  time  re- 
quired for  the  actual  simulation  on  a  large 
computer  and  to  provide  maximum  analytical 
flexibility.    In  addition,  this  approach  enables 
each  potential  user  to  produce  reports  sultv  Je 
to  their  own  needs.    It  Is  a  relatively  simple 
matter  to  make  appropriate  changes  to  the  exist- 
ing NETSIM/SHIP  postprocessor"  program  to  augment 
Its  rfport  generation  capability.    The  event  file 
approach  offers  another  advantage  in  that  the 
simulation  need  not  be  rerun  to  obtain  supple- 
mental performance  reports;  It  Is  only  necessary 
to  rerun  the  taped  event  file  through  additional 
postprocessor  programs. 
Ship  Navigation  Modules 

The  place  of  the  reach,  lake,  lock,  and  port 
simulation  modules  In  the  model  structure  was 
described  In  the  last  section.    Some  of  the  fea- 
tures of  these  modules  are  now  described. 
Reach  Module 

The  reach  module  repre&eiits  ship  transit 
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time  by  sampling  from  a  transit  time  probabil- 
ity function  appropriate  to  the  particular 
reach  In  question.    The  function  may  be  derived 
from  empirical  data,  or  It  may  be  a  theoretical 
function.    The  module  Incorporates  an  optional 
reach-specific  no  passing  rule  which  allows  a 
trailing  vessel  to  overtake  but  not  to  pass  a 
preceding  vessel  In  a  reach. 
Lake  Module 

The  lake  module  functions  In  a  fashion 
similar  to  the  reach  module  except  that  no 
constraints  are  Imposed  on  passing.  An 
Internodal  distance  matrix  Is  specified  for 
each  lake  In  the  Input  stream.    When  a  ship  Is 
to  cross  a  lake  between  given  node  points,  this 
matrix  Is  referenced  to  obtain  the  appropriate 
distance.    Lake  transit  times  are  derived  by 
sampling  from  a  standard  cumulative  density 
function  (CDF)  which  Is  adjusted  according  to 
the  distance  to  be  traversed  on  the  lake  and 
the  characteristics  of  the  subject  vessel. 
Lock  Module 

The  lock  module  has  the  most  complex  logic 
structure.    This  Intricacy  results  from  the 
Inherently  complex  nature  of  an  efficient  lock- 
ing operation  and  was  dictated.  In  part,  by  the 
need  to  simulate  the  performance  of  a  lock  so 
that  It  Is  sensitive  to  engineering  design  fea- 
tures.   Figure  2  depicts  the  nine  time  elements 
In  relation  to  the  physical  lock  configuration 
that  are  used  to  simulate  lock  operations. 
Five  time  elements  are  used  for  entry  maneuvers, 
two  for  the  exit  maneuvers,  one  for  chamber 


processing  (to  change  water  level  with  a  vessel 
In  the  chainber) ,  and  one  for  recycling  the  lock 
(to  change  water  level  In  an  cr^pty  chamber). 
The  entry  and  exit  CDFs  are  direction  differen- 
tiated and  can  be  adjusted  for  differences  in 
vessel  performance. 

Two  service  rules  are  Included  In  the  logic 
structure  of  the  lock  module,  their  selection 
depending  upon. conditions  at  the  lock.  When 
queues  exist  on  both  sides  of  a  lock,  a  Serve- 
Opposlng-igueues-Alternately  (SOQA)  service  rule 
Is  adopted.    If  a  queue  exists  only  on  one  side 
of  a  lock,  then  a  Flrst-Come-Flrst-S^erved  (FCFS) 
service  rule  Is  adopted.    These  are  standard 
operating  procedures  for  locks  operated  by  the 
St.  Lawrence  Seaway  Authority  and  for  locks  under 
the  control  of  the  St.  Lawrence  Development 
Authority. 

These  service  rules  alone  do  not,  however, 
suffice  to  simulate  lock  operations  In  the 
manner  adopted  by  experienced  lockmasters.  For 
example,  on  the  Great  Lakes  System  lockmasters 
have  radio  communication  with  approaching  vessels 
Qo  that  they  can  anticipate  vessel  arrivals  and 
can  make  appropriate  operational  decisions.  Such 
decisions  are  replicated  by  means  of  two  "look 
ahead"  features  in  the  logic  structure.  The 
first  of  these  is  the  "service  look  ahead" 
mechanism.    Prior  to  making  a  decision  to  recycle 
a  lock  to  accommodate  a  waiting  or  approaching 
vessel,  the  service  look  aher.d  scans  the  adjacent 
reach  on  the, opposite  side  of  the  lock  for 
approaching  vessels.    If  a  vessel  in  this  reach 
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FIGURE  2  Schematic  of  Lock  Time  Elements  used  in  NETSIM/SHIP 
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could  enter  the  lock  chamber  at  its  current 
water  level  before  the  opposing  vessel  could 
enter  the  recycled  lock,  the  lock  recycle  Is 
suppressed.    The  second  feature  is  the  "recycle 
look  ahead"  feature.    In  the  absence  of  opposing 
traffic,  the  recycle  look  ahead  adjusts  the 
water  level  in  the  lock  chamber  to  receive  an 
approaching  vessel  directly  into  the  chamber. 
If  the  vessel  arrives  before  the  recycling  is 
complete,  the  vessel  waits  in  the  short -entry  . 
position  until  entry  is  possible. 
Port  Module 

The  immediate  applications  of  NETSIM/SHXP 
envisaged  by  the  Corps  of  Engineers  do  not 
require  an  elaborate  port  module.    The  current 
model,  therefore,  determines  ship  turnaround 
time  simply  by  sampling  from  port-specific  CDFs. 
The  mechanisms  to  support  a  more  elaborate 
module  are,  however,  built  into  the  structure 
of  NETSIM/SHIP. 

The  logic  structure  of  an  elaborated  port 
module  has  been  defined  with  a  port  considered 
to  have  attributes  relating  to  berthing  capacity, 
ship  servicing  capacity  (e.g.,  craneage)  ,  com- 
modity-specific storage  capacity,  and  seasonal 
attributes  which  define  the  opening  and  closing 
dates  of  the  port.    Each  port  also  maintains  an 
incoming-ship  list  that  contains  the  identifica- 
tion of  every  ship  that  currently  considers  the 
subject  port  as  its  next  port-of-call.    The  time 
spent  in  port  by  a  ship  is  a  function  of  berth 
and  servicing  availability  and  the  amount  of 
car'7o  to  be  on-  and  off-loaded.    The  commodities 


in  a  port  awaiting  shipment  are  a  function  of  - 
port  storage  capaci».^  ,  inputs  from  the  overland 
transportation  system,  and  previous  cargo  move- 
ments from  the  port. 

After  on-  or  off-loading  cargo,  a  ship  must 
be  rescheduled  (under  the  endogenous  scheduling 
option)  and  may  be  in  one  of  three  states.  If 
the  vessel  is  on  a  committed  voyage,  it  will 
have  a  predefined  next  port-of-call,  the  current 
port  being  an  intermediate  stop.    In  this  case, 
a  trip  to  the  next  port-of-call  is  scheduled, 
with  cargo  if  cargo  is  available  or  in  ballast 
if  not.    If  the  vessel  is  not  on  a  committed  run, 
a  completely  new  voyage  must  be  scheduled.  If 
suitable  cargo  exists  in  the  current  port,  the 
next  voyage  is  scheduled  to  accommodate  this 
commodity  movement.    If  no  such  cargo  exists,  a 
search  for  suitable  cargo  at  other  ports  must  be 
Instituted,  starting  at  the  nearest  one.  To 
obviate  sterile  in-ballast  trips,  the  incoming 
ship  list  of  each  port  must  be  checked  and  the 
available  cargo  manifests  at  that  port  adjusted 
to  account  for  commodity  movements  which  will 
occur  before  the  subject  vessel  can  reach  that 
port.    When  the  location  of  suitable  cargo  is 
identified,  a  voyage  to  the  near^^st  such  port  is 
scheduled  for  the  subject  vessel. 
Aflsigrxment  Decision  Technique 

In  ship  navigation  contexts  (excluding 
oceans)  ,  redundant  networks  rarely  exist  in  the 
sense  that  alternative,  nearly  competitive,  routes 
are  not  usually  available.    However,  within  a 
macro-route,  alternative  micro-routings  may  exist. 
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Examples  are  twinned  locks  or  parallel  canals, 
the  Wei laud-Niagara  carals  being  a  case  in  point. 
This  situation  is  common  in  many  transport 
systems  • 

Decisions  as  to  which  macro-route  to  use 
are  usually  easily  made  by  observation  or,  if 
need  be,  by  a  minimum  path  algorithm.  Selecting 
between  alternatives  at  the  micro-scale  within 
a  macro-route  usually  depends  upon  the  condi- 
tions prevailing  in  the  micro-route  alternatives. 
The  NETSIM  assignment  decision  technique  is 
based  on  this  philosophy.    It  is  assumed  that  it 
is  possible  to  derive  an  equation  to  relate  ex- 
pected transit  time  through  a  sequence  of 
facilities  to  the  traffic  conditions  prevailing 
in  those  facilities.    The  mechanisms  to  support 
the  derivation  of  these  equations  is  built  ipto 
the  NETSIM/SHIP  logic.    Prior  to  simulating  the 
operation  of  a  system  containing  micro-route 
alternatives,  it  is  necessary  to  derive  a  set  of 
expected  transit^  time  prediction  equations  for 
each  such  alternative. 

The  equations  are  derived  by  regression 
analysis  of  an  Experience  Data  Bank  (EDB)  which 
is  built  up  by  simulating  the  operation  of  each 
micro-route  alternative  individually.  The 
approach  is  shown  graphically  in  Figure  3.    In  a 
simulation  run  to  construct  an  EDB,  as  a  ship 
passes  the  assignment  decision  point,  a  snapshot 
is  taken  of  current  traffic  conditions  in  the 
subject  micro-routins  alternative;  as  the  ship 
leaves,  the  actual  transit  time  is  recorded. 
These  observations  are  made  for  each  ship. 


differentiated  by  direction,  and  conrititute  the 
EDB. 

A  set  of  dummy  transit  time  predictor 

equations  of  the  form  E(T)  -  C    +    S  C^X  are 

o     i-i  1  i 

already  built  into  NETSIM/SHIP.    As  a  result  of 
the  EDB  analysis,  the  user  simply  calibrates  - 
these  equations  by  specifying  the  influencing 
variables  (X^)  and  assigning  coefficient  values 

Vhen  running  a  system  simulation  with 
calibrated  equations,  values  of  the  appropriate 
traffic  condition  variables  are  automatically 
obtained  for  each  micro-routing  alternative 
when  a  ship  reaches  the  appropriate  assignment 
decision  point.    The  expected  transit  time  is 
computed  for  each  alternative  using  the  transit 
time  prediction  equations,  and  the  ship  is 
assigned  to  the  micro-route  offering  the  least 
expected  transit  time. 
Language 

Although  the  earlier  MCDD  model  was  con- 
structed using  IBM's  General  Purpose  Simulation 
System  (GPSS) ,  it  was  decided  to  use  Simscript 
for  programming  NETSIM/SHIP.    GPSS  was  selected 
for  the  MCDD  model  because  it  could  encompass 
the  restricted  objectives  of  the  MCDD  model  and 
it  offered  considerable  savings  in  programming 
effort.    In  retrospect,  the  selection  of  GPSS 
was  correct  for  that  purpose  since  it  allowed 
tha  MCDD  model  to  be  programmed  within  severe 
time  constraints. 

While  the  MCDD  model  development  had 
limited  objectives,  the  generality  and  power  of 
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FIGURE  3     Derivation  of  Assignment  Decision  Equations, 
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the  NETSIM  concept  made  it  impossible  to  pre- 
spoclfy  its  potential  uses  and  applicstions. 
Certainly,  even  in  a  shipping  context,  it  is 
easy  to  envisag't  model  capabilities  beyond  those 
actually  required  by  the  Corps  of  Engineers  for 
the  current  research  project.    Simscript-  being 
a  general  purpose  language,  was  selected  since 
it  offered  the  inherent  ability  to  encompass 
easily  any  developments  cf  HETSIM.    In  addition, 
the  English-like  readability  of  the  language 
allows  a  Simscript  written  program  to  virtually 
serve  as  its  own  documentation.    This  is  a  dis- 
tinct advantage  in  a  complex  model. 

In  contrast  to  the  four  man-months  required 
to  program  the  MCDD  model  in  GPSS,  the  program- 
ming of  NETSIM/SHIP  m  Simscript  has  been  much 
more  protracted.    A  detailed  model  specification 
for  NETSIM/SHIP,  including  logic  structures  and 
techniques,  resulted  from  a  review  of  the  MCDD 
model.    Some  nine  man-mor.ths  of  Simscript  pro- 
gramming effort  and  four  thousand  dollars  worth 
of  computer  time  on  an  iBM  360/67  was  subsequent- 
ly required  to  bring  NETSIM/SHXP  to  its  pres'int 
state  of  developn^ent. 
Future  Extensions  of  NETSIM 

The  completion  and  documentation  of  the 
NETSIM/SHIP  capabilities  described  in  this 
paper  is  currently  in  hand  at  The  Pennsylvania 
State  University's    Transportation  and  Traffic 
Safety  Center,  and  the  model  is  being  applied  to 
the  Great  Lukes-St.  Lawrence  Seaway  system.  The 
logic  structure  for  facility  simulation  modules 
to  allow  NETSIM  to  be  applied  to  networks 


oriented  to  personal  rapid  transit,  highway, 
traffic  light,  i\nd  airport  systems  is  being 
considered* 
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Abstract 

This  paper  presents  results  of  a  study  utilizing  computer  simulation  of  vehicular  traffic  in  the 
downtown  area  of  Garland,  Texas.  A  general  discrete  digifal  simulation  model,  the  Vehicle  Traffic 
Simulator  (VETRAS),  developed  by  IBM  Corporation,  was  used  for  the  simulation.  Using  data 
supplied  by  the  City  of  Garland,  traffic  patterns  for  thre«  peak  periods  of  daily  operation-A.M., 
Noon,  P.M. -were  simulated.  Two  simulations  were  run  for  eash  period.  In  the  first,  intersections 
were  controlled  with  signal  settings  currently  in  use  in  Garland.  In  the  second,  intersections  were 
controlled  by  signal  settings  derived  via  a  pattern  optimization  algorithm.  A  minimum  interference 
technique  was  used  to  compute  coordinated  signal  settings  and  offsets  to  maximize  arterial  and 
network  performance. 

Tlie  results  show  that  arterial  and  network  performance  improves  in  each  of  the  peak  periods  using 
the  computed  signal  settings.  Further,  there  is  a  direct  relationsliip  between  volume  and  relative 
improvement.  Estimated  cost  benefits  for  these  improvements  are  also  presented. 


THE  PROBLEM 

The  city  of  Garland,  Texas  is  considering  the  implementation 
of  a  real  time  computer  system  for  control  of  its  vehicular 
traffic.  Traffic  signal  patterns  corresponding  to  peak  periods, 
weekends,  special  events,  etc..  would  be  generated,  using  a 
traffic  responsive  optimization  technique.  The  system  would 
select  and  apply  the  appropriate  pattern  for  a  given  situation 
in  response  to  actual  traffic  demand.  Data  gathered  by  the 
system  from  online  traffic  detectors  would  be  used  to  update 
the  patterns.  In  addition,  the  system  would  monitor  and 
report  traffic  network  performance. 


A  means  was  souglit  to  quantify  the  expected  improvements 
from  such  a  system  since  actual  installation  of  the?  necessary 
hardware  and  software,  even  for  a  limited  trial  aa'a,  would  be 
expensive.  It  was  decided  to  use  digital  simulation  for 
evaluation  of  the  improvements  possible  from  the  proposed 
system.  Tlie  simulation  would  provide  the  data  necessary  for 
a  comparison  of  the  performance  of  Garland's  current  traffic 
signal  settings  with  settings  representative  of  optimized 
patterns  that  would  be  used  for  computer  control  during  AM, 
NOON,  and  PM  peak  periods: 
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THE  MODEL 

The  simulations  were  performed  using  IBM's  Vehicle  Traffic 
Simulator  (VI-TRAS),  a  genera!  purpose  discrete  simulation 
model.  VITTRAS  is  written  in  IBM's  Geiierjl  Purpose  System 
Simulator  language.  GPSS/360.  chosen  for  its  ease  of 
programming  and  timekeeping  and  statistics  gathering 
features. 

VITTRAS  simulates  vehicle  traffic  moving  through  a  network 
of  streets  and  intersections.  It  is  designed  to  be  an  aid  in 
analysis  of  traffic  control  techniques.  Some  of  the  statistics 
gathered  by  the  model  are: 

a.  Average  time  cars  spent  in  queues 

b.  Trip  times 

c.  Percentage  of  cars  that  did  not  have  to  stop  for 
traffic  lights 

d.  Lane  utilization. 

The  user  can  specify  network,  vehicle,  and  control 
parameters.  The  main  elements  of  the  VITTRaS  stnicture 
are: 

a.  Geometry 

b.  Signal  control 

c.  Vehicles: 


GEOMETRY 

The  network  geometry  consists  of  lanes  and  intersections 
into  which  the  lanes  empty.  Lanes  are  grouped  into  segments 
composed  of  adjacent  lanes  carrying  traffic  in  one  direction 
between  two  intersections.  Intersections  are  the  regions 
common  to  two  or  more  intersecting  lanes  where  there  is 
usually  some  competition  for  the  riglit  of  way.  Tlie 
intersection  of  any  two  lanes  determines  a  cell.  Thus,  each 
intersection  is  divided  into  a  number  of  cells  equal  to  the 
product  of  the  number  of  intersecting  lanes.  Routes  througfi 
the  intersection  for  each  approach  lane  are  given  as  sequences 
of  cells. 

All  lanes,  segments  intersections,  and  cells  used  to  describe  a 
network  must  be  uniquely  numbered.  Figure  I  shows  a 
sample  network  and  Figure  2  shows  a  sampL  intersection. 


CONTROL 

The  movement  of  vehicles  into  an  intersection  is  controlled 
by  signal  light  phases,  with  one  or  more  phases  controlling 
traffic  streams  that  have  simultaneous  right  of  way.  VETRAS 
pcmiits  two  types  of  phase  control  for  an  intersection--fixcd 
and  acutJted.  A  fixed  phase  is  defined  by  a  cycle  length,  split 
and  offset: 


a.  Cycle  length  is  the  total  time  for  a  single  sequence 
of  red  and  green. 

b.  Split  is  the  percentage  of  the  cycle  given  to  green 
time. 

c.  Offset  is  a  percentage  of  the  cycle  used  for  initial 
synchronization  of  related  phases. 

Intersection  I  in  Figure  I  is  a  simple  two-phase  intersection. 
Phase  one  controls  the  East/West  lanes»  while  phase  two 
controls  the  North/Sonth  lanes. 

For  intersections  under  actuated  controL  one  or  two 
sequences  of  phases  (called  step  sequences)  are*  used.  A  phase 
regulator  is  generated  for  each  sequence.  It  steps  througit 
each  phase  in  turn,  setting  il  ga^en  and  the  others  red.  The 
amount  of  time  a  given  phase  remains  green  jnay  vary, 
depending  on  traffic  demand. 


Figure  I.  VETRAS  Neiwork  Geometry 
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Actuated  phases  are  ot' three  types: 

a.  Main  fixed  time  otT 

b.  Main  demand  off 

c.  Trueac  lated. 

Main  type  phases  will  always  turn  green  when  encountered  in 
a  step  sequence.  Fixed  time  off  phases  will  remain  green  for  a 
constant  lime,  then  turn  red.  Demand  off  phases  will  be 
green  for  some  minimum  time  md  then  remain  green  until  a 
demand  is  presented  at  an  intersection  access  controlled  by 
another  phase. 

A  true  actuated  phase  will  turn  green  when  encountered  in 
the  step  sequence  only  if  a  vehicle  demand  is  sensed,  and  it 
will  stay  green  some  minimum  time.  If  additional  demand  is 
detected  within  some  given  detect  interval  at  the  end  of  the 
minimi"  ^reen  time,  the  phase  will  remain  green  for  some 
given  ^  iitional  time.  Tliis  process  is  repeated  up  to  some 
maximum  allowable  green  time. 


VEHICLES 

Vehicles  are  input  to  the  network  on  peripheral  lanes.  In 
Figure  I,  Lanes  K  2,  8,  9,  14,  15,  etc.  represent  possible 
input  lanes.  Special  internal  sources  and  sinks  of  traffic,  such 
as  parking  lots,  can  also  be  introduced  by  specifying  them  as 
additional  input  and  output  locations.  For  each  specified 
input  lane  a  mean  time  between  arrivals,  t^,  and  a  standard 
deviation,  ag,  must  be  supplied.  Vehicles  are  generated  at  the 
lane  entry  ppints  every  tg  +  ka^,  where  k  is  a  random  variable 
such  that  -.999  <  k  <  +  .999.  When  a  vehicle  is  generated,  a 
number  of  operating  characteristics  are  assigned  by  .the 
•nodel.  These  include  length,  speed,  intervehicle  gap,  and 
route  through  the  intersection  ahead.  Routes  are  assigned  on 
a  percentage  basis  where  the  percentages  of  right  and  left 
turns  nre  input  for  each  segment. 

Each  vehicle  moves  down  the  lane  until  it  reaches  either  an 
intersection  or  a  queue  of  other  vehicles.  Vehicles  in  a  queue 
move  up  toward  an  intersection  until  they  are  first  in  the 
queue,  whereupon  the  vehicle  will  move  into  the  intersection 
only  if  the  appropriate  phase  is  green.  Figure  3  is  an  overview 
ofVETRAS. 


SIMULATED  NETWORK 

The  city  of  Garland  supplied  data  describing  network 
geometry,  traffic  flow  and  traffic  signal  settings  for 
twenty-four  intersections  in  the  central  business  district 
during  three  peak  periods  of  traffic  flow'"- AM,  NOON,  PM. 

Bandwidth  optimization  techniques  described  in  a  later 
section  were  applied  to  the  flow  data  provided  by  Garland  to 
develop  synchronous  signal  settings  for  each  of  the  three 
peak  periods.  The  signal  settings  supplied  by  Garland  will  be 
called  the  current  signal  settings,  and  the  bandwidth 
optimization-derived  settings  the  computed  signal  settings. 


The  latter  are  of  the  type  Uicd  tor  computer  control  and  are 
designed  to  maximize  the  tlow  of  a  traffic  network  in 
response  to  traffic  demands. 

Two  simulations  lor  each  of  the  peak  periods  were 
conducted.  Current  signal  settings  were  used  to  control 
traffic  hi  the  first  simulation  while  computed  signal  settings 
were  used  in  the  second.  The  traffic  flow  rates  input  to  each 
pair  of  peak  periods  simulations  were  identical  and  were 
derived  from  the  data  supplied  by  the  city  of  Garland. 

The  portion  of  Garland^  Texas  included  in  this  simulation  lias 
the  following  inclusive  boundaries: 

a.  East-First  Street 

b.  West-Garland  North  Star 

c.  North-Walnut  Street 

d.  South-Avenue  D. 

The  major  arteries  in  the  network  included  the  border  streets 
mentioned  above,  as  well  as  the  following:' 

a.  North-Sou  th-Glenbrook  Drive  and  Fifth  Street 

b.  East-West-State  Street  and  West  Garland  Avenue. 


•  No  Vtft  MtXiVwc 


k  (>Kil^No 


Figure  3.  VETRAS  Overview 
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The  network  is  shown  in  Figure  4.  There  are  24  signalized 
intersections  currently  controlled  either  by  fixed  cycle 
phases,  traffic  actuated  phases,  or  flashing  signals.  A  single 
control  policy  is  in  force  for  the  entire  day,  and  no  arterial 
progression  scheme  is  currently  in  use. 

For  intersections  currently  under  actuated  control,  phase 
time  given  to  an  arterial  approach  may  be  distributed  among 
straight  and  turn  phases.  The  turn  phases  are  actuated  and 
will  not  be  given  green  if  there  is  no  demand.  For  straight 
phases,  the  A  flow  is  a  main  demand  off  type  phase,  and  the' 
B  flow  is  a  main  fixed  time  off  phase.  These  A  and  B  phase 
type  assignments  also  hold  for  intersections  under  two«phase 
actuated  control. 

In  the  simulations  using  computed  signal  sets,  all  main  type 
phases  are  fixed  time  off.  Any  green  time  not  used  from  the 
maximum  allocated  green  time  of  an  associated  actuated  turn 
phase  is  given  to  the  main  phase  during  any  cycle.  In  this 
fashion,  total  green  time  allocated  to  a  given  direction  will  be 
used  according  to  the  demand.  However,  the  green  time  will 
always  terminate  after  some  fixed  time  interval  to  preserve 
the  computed  offset  relationships  among  phases  on  an  artery. 

In  addition  to  the  signalized  intersections,  ''dummy" 
intersections  have  been  included  in  the  network.  DuTimi 
intersections  have  no  signal  contri^l  and  serve  several  purpose.* 
in  the  simulation: 

a.  Realistic  modeling  of  left  tuni  space 

b.  .Model  non-signalized  intersections 

c.  Provide  for  traffic  gains  and  losses  along  an  ar^e^y 
due  to  non>mode!ed  intersections. 


a  consequence,  when  this  control  discipline  was  imposed  on 
the  simulation  of  the  Garland  traffic  network,  large  queues 
were  seen  to  form  at  intersections  along  heavily  traveled 
arteries  during  peak  traffic  periods. 

To  demonstrate  possible  improvements,  a  traffic  pattern 
optimization  algorithm  was  used  to  develop  new  control 
strategies.  This  algorithm  is  based  on  the  concept  of  adaptive 
computer  control  of  traffic  signal  settings.  It  provides  for 
optimization  of  traffic  flows  within  a  network  based  on 
maximized  bandwidth. 

Figure  5  shows  a  time-space  diagram  for  traffic  movement 
along  an  artery.  The  horizontal  line  se^^ments  indicate  the  red 
times  at  each  intersection  and  the  gaps  between  them 
correspond  to  green  times  for  each  signal  cycle.  The  sloping 
bands  represent  the  bandwidth  up  and  down  the  artery  for  a 
given  velocity.  A  vehicle  whose  travel  trajectory  is  confined 
to  one  of  these  bands  can  travel  unimpeded  the  length  of  the 
artery  in  the  direction  of  the  band. 

The  procedure  used  for  bandwidth  optimization  along  an 
artery  can  be  briefly  described  as  follows,  given  a  base  cycle 
and  green  times  for  each  intersection,  the  algorithm 
determines  a  maximum  bandwidth  for  a  given  range  of 
velocities  and  computes  the  offsets  necessary  to  coordinate 
the  signals. 

In  this  study,  the  maximum  through-band  for  each  artery  was 
computed  by  the  above  procedure  for  a  fixed  cycle  length  of 
fifty  seconds.  This  was  representative  of  currently  used  cycle 
lengths,  and  analysis  of  trafilc  flow  data  supported  its  use. 
The  allocation  of  green  splits  for  all  phases  of  each 
intersection  was  computed  proportional  to  directional  traffic 
flows. 


DERIVATION  OF  COMPUTED  SIGNAL  SETTINGS 

The  current  method  useu  for  signal  control  in  Garland  is 
based  upon  one  set  of  fixed  time  and  vehicle-actuated  control 
settings.  This  method  of  signal  control  is  not  responsive  to 
changing  network  states.  Furthermore,  there  are  no 
synchronized  traffic  signals  along  heavily  traveled  arteries.  As 


The  computations  for  each  artery  were  performed  over  a 
velocity  range  of  30-50mph.  The  intersections  that  were 
included  for  each  artery  were  selected  based  on  a  criteria  of 
major  flow  contributions  in  both  a  North-South  or  East-West 
direction.  Those  intersections  which  did  not  provide  linkage 
between  m^or  crossing  arteries  were  not  used  in  the 
bandwidth  calculation.  Consequently,  these  intersections 


Figure  4,  Portion  of  Map  of  Garland  Showing  Network  Simulated 


Figure  5.  Space-Time  Diagram  Showing  Bandwidth  for  Arterial 
Progression  in  Two  Directions 
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wcK  liiciiided  as  flashers  in  the  traffie  simulation  for  both 
current  and  computed  signal  settings. 

Ovc^  thf  maximum  band  widths  were  computed  for  each 
arlcrv ,  a  performance  index  was  calculated  to  determine  the 
best  combination  of  a  North-South  or  East-West  artery  and 
all  opposing  arteries  for  optimization  of  network  flows. 

The  arteries  chosen  for  optimization  for  each  of  the  peak 
flow  periods  were  as  follows: 

a.  AM-  Walnut  Street  and  all  North-South 

b.  Noon"G;irIand/North  Star  and  all  Hast-West 

c.  PM.-.GarIand/Nortli  Star  and  all  East-West. 

Once  (he  arteries  for  optimization  were  selected »  the  offsets 
computed  via  the  bandwidth  calculation  were  synchronized 
on  a  network  bnsis  by  selecting  a  reference  intersection  and 
adjusting  ench  offset  relative  to  thnt  intersection. 


OPERATIONAL  COIMSI DERATIONS 

Data  supplied  by  Garland  and  computed  signal  settisigs  were 
translated  to  punched  cards  in  a  form  acceptable  to  VETRAS 
and  put  in  a  data  base  on  a  direct  acfcess  storage  device. 
VETRAS  itself,  and  a  GPSS  Output  Edit  report  generator 
were  also  resident  on  direct  access  data  sets.  The  simulation 
output  was  written  to  a  direct  access  device,  later  archived  to 
tape.  The  report  generator  was  used  with  the  simulation 
output  as  its  data  base  to  produce  output  reports  for  analysis 
and  inclusion  in  the  report  made  to  the  City  of  Garland. 

No  modifications  to  the  VETRAS  code  were  necessary.  Tiie 
majority  of  presimulation  effort  was  in  preparing  the  Garland 
data-geometry,  traffic,  signal  control-for  input  to  VETRAS 
and  building  the  data  base.  The  analysis,  input  formatting, 
and  the  construction  and  checking  of  the  data  base  required 
approximately  I  month. 

A  total  of  10  simulation  runs  were  conducted.  The  first  four 
simulation  runs  did  not  contain  signal  control.  One  run  was 
made  to  check  the  Garland  geometry  as  described  to 
VETRAS,  and  three  runs  were  made  to  check  the  AM,  Noon, 
and  PM  peak  traffic  patterns.  Two  mns  of  15  minutes 
simulation  time  were  then  conducted  for  each  peak  period 
(one  with  the  current  signal  settings  and  another  with  the 
computed  signal  settings). 

All  simulations  were  run  on  an  IBM  System/360  Model  65, 
using  one  2314  disk  pack  for  direct  access  storage. 
Simulation  of  15  minutes  of  traffic  time  required  an  average 
of  8  minutes  central  processor,  or  CPU  time.  Figure  6  gives 
an  overall  view  of  the  operational  process. 


SIMULATION  RESULTS 

Flow  volumes  into  the  network  and  turn  percentages  at  each 
intersection  corresponding  to  each  of  the  three  peak  periods. 


as  supplied  by  Garland,  were  niput.  For  each  peak,  period* 
nms  were  made  with  the  current  signal  settings  and  with  the 
computed  signal  settings  derived  for  that  peak  period. 
Simulation  mns  of  15  minutes  were  considered  sufficient,  as 
data  sampling  showed  the  model  stabilizing.  This  is 
reasonable  since  the  distributions  of  trip  tunes  show  mean 
times  of  2  minutes  or  less. 

The  histograms  of  Appendix  A  show  comparisons  of  certain 
system  performance  criteria.  For  ejch  peak  period, 
(iistributions  of  queue  waits,  queue  lengths,  and  trip  times  are 
gjjphed.  The  liglit  bars  give  the  distributions  undercurrent 
siyial  sets,  while  the  dark  bars  represent  distributions  under 
computed  signal  sets. 

Figure  7  shows  an  example  of  arterial  tlow  performance 
comparisons  that  were  plotted  for  each  of  the  three  peak 
periods.  The  results  of  15  minutes  of  simulation  under 
current  signal  settings  are  plotted  against  the  results  of  15 
minutes  of  simulation  under  computed  signal  settings.  Four 
quantities  are  plotted  for  each  artery.  They  are: 


Figure  6.  Data  Reduction  and  Simulation  Process  Overview 


IS  Minutes  Simulation 
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d. 


Percent  Queue  Zeros  -The  percent  of  cars  that  did 
not  have  to  stop  before  entering  an  intersection. 

Average  Queue  Wait-The  average  time,  in  seconds, 
that  stopped  cars  had  to  wait  before  entering  an 
intersection. 

Number  of  Entries  in  Queue-The  number  of  cars 
that  have  approached  an  intersection. 

Number  of  Stops-The  number  of  ears  that  had  to 
stop  before  entering  an  intersection. 


A  study  of  similar  statistics  gathered  for  all  arteries  ih(Iitates 
queue  waits  and  number  of  stops  are  generally  lower  along  an 
artery  under  the  computed  signal  sets  than  under  current 
signal  sets.  Throughput,  as  measured  by  number  of  entries  in 
the  queue,  is  generally  somewhat  higher  under  computed 
signal  sets.  The  percent  of  queue  zeroes  is  also  higlier  for 
computed  signal  sets. 

As  miglit  be  expected,  the  computed  signal  sets  also  resulted 
in  better  overall  network  performance.  Table  I  shows  a 
comparison  of  several  genera!  network  statistics  taken  after 
15  minutes  of  simulation.  Note  that  two  queue  waits  are 
given.  The  average  queue  wait  includes  cars  that  did  not  stop 
before  entering  an  intersection.  The  average  queue  wait 
includes  only  cars  that  had  to  stop. 

A  direct  relationship  between  traffic  volume  and  relative 
improvement  in  network  perfonnance  can  be  seen  in  Table  1. 
For  the  NOON,  AM,  and  PM  peaks,  which  have  successively 
heavier  flows,  the  improvements  in  each  of  the  measured 
quantities  are  successively  greater 

Table  1 .  Network  Performance  Comparison 


The  improvements  discussed  above  result  from  application  of 
the  bandwidth  optimization  algorithm  to  compute  coherent 
arterial  offsets,  cycle  lengths,  and  splits  as  a  function  of 
demand.  Improvements  over  current  control  would  also  be 
possible  using  non-optimizing  procedures  to  compute  arterial 
offsets  for  current  cycle  lengths  and  splits.  Altering  cycle 
lengths  and  splits  as  a  function  of  time  of  day  would  also 
bring  improvements  over  current  performance. 

The  greatest  improvements  are,  however,  expected  by  using  a 
computer  in  a  traffic  responsive  mode.  The  bandwidth 
optimization  algorithm  is  used  to  compute  offsets  and  signal 
sets  based  on  demand,  where  the  demand  is  automatically 
sensed  and  reported  to  the  monitoring  computer.  The 
demands  are  used  to  update  the  signal  patterns  and  to  select 
appropriate  patterns  for  use  when  needed.  The 
demand-monitoring,  signal  pattern  optimization  and  pattern 
selection  functions  performed  by  the  control  computer 
provide  a  responsive  and  flexible  control  system. 

Expected  improvements  for  Garland  compare  favorably  with 
the  results  of  similar  analyses  conducted  for  other  cities  as 
shewn  in  Table  2. 

COST  ANALYSIS 

The  cost  to  the  motoring  public  during  each  of  the  peak 
periods  under  control  of  the  current  and  computed  signal 
settings  can  be  estimated.  Figures  for  the  cost  computations 
are  taken  from  the  American  Association  of  State  Higliway 
Officials  report  entitled  Road  User  Benefit  Analysis  for 
Highway  Improvement.  Tliis  report  determines  the  cost  for 
stopping  a  vehicle  from  various  speeds,  plus  the  cost  of  a 
standing  delay. 


Item 

AM 

Noon 

PM 

Improvement  (%) 

Current 

Computed 

Current 

Computed 

Current 

Computed 

AM 

Noon 

PM 

Throughput 
(Number  of  Cars) 

1298 

1354 

1146 

II80 

1366 

1523 

4.3 

3.0 

11.5 

Queue  Zeros  (%) 

58.9 

66.9 

65.8 

67.3 

57.0 

70.4 

13.6 

2.0 

23.0 

Average  Queue 
Wait  (Seconds) 

9.0 

5.5 

6.9 

4.8 

11.9 

4.9 

39.0 

33.0 

63.6 

SAverage  Queue 
Wait  (Seconds) 

21.9 

16.6 

20.2 

14.7 

27.7 

16.6 

24.0 

27.0 

40.0 

Average  Queue 
Length  (Number 
of  Cars) 

2.3 

1.9 

1.8 

1.6 

2.75 

2.15 

17.0 

11.0 

22.0 

Average  Trip  Time 
(Minutes) 

2.0 

1.6 

1.6 

1.3 

2.2 

1.6 

20.0 

18.5 

27.0 

Number  of  Stops 

2940 

2433 

1832 

1744 

3456 

2473 

17.0 

5.0 

28.0 

585 


where  stop  time  is  in  seconds.  The  average  queue  wait  for 
stopped  cars  can  be  used  for  this  figure. 

Table  3  presents  a  summary  of  estimated  costs  and  savings 
for  each  of  the  peak  periods.  The  formulas  used  are: 

Cost/hour 

Cost/stop  X  Number  of  stops/I  5  min  x  4 
100 

=  S  Cost/hour 


Savin  g/year 

Saving/hour  x  2  x  260  =  S  Saving/year 


In  the  cost  per  hour  formula,  the  number  of  stops  observed 
in  15  minutes  of  simulation  is  extrapolated  linearly  to  obtain 
number  of  stops  per  hour  by  multiplying  by  four.  In  the 
saving  per  year  formula  a  2-hour  peak  period  is  assumed  and 
a  260-day  work  year  (365  -  2x52)  is  used. 

For  each  of  the  peak  periods,  the  average  time  per  stop  is  less 
under  the  computed  signal  sets  than  under  the  current  signal 
sets.  Til  is  results  in  a  lower  cost  per  stop.  This  Gifference  is 
most  noticeable  in  the  PM  peak  figures,  where  the  cost  per 
stop  is  26  percent  less  under  computed  signal  settings.  In 
addition,  the  number  of  stops  during  each  of  the  peak 
periods  is  less  under  the  computed  signal  sets.  This,  combined 
with  the  lower  cost  per  stop  produces  a  lower  cost  per  hour. 
For  the  PM  peak  period,  there  are  28  percent  fewer  stops 
under  computed  settings.  There  is,  however,  a  48  percent 
difference  in  the  cost  per  hour.  Table  4  summarizes  the 
differences  in  costs  for  each  of  the  peak  {leriods. 


Table  3.  Cost  Comparison  of  Current  and  Computed  Signal  Settings 


Item 

AM 

Noon 

PM 

Current 

Computed 

Current 

Computed 

Current 

Computed 

Stops  per  1 5  min 

2940 

2433 

1832 

1744 

3456 

2473 

Average  Queue 
Wait  (Seconds) 

2L9 

16.6 

20.2 

14.7 

27.7 

16.6 

Cost  per  Stop  ($) 

1.86 

1.59 

1.77 

1.49 

2.15 

1.59 

Cost  per  Hour  ($) 

218 

154 

130 

104 

300 

157 

Saving  per  Hour  (S) 

64 

26 

143 

Saving  per  Year  ($) 

32,640 

13,260 

72,930 

Total  Saving  per  Year  (S) 

118,830 

Table  2.   Improvements  Comparison 


Item 

Garland 

San  Jose 

Wichita  Fslls 

Intersections 

26 

32 

80 

Estimated 
Savings/yen  r  (S) 

118,830 

250.000 

4.200.000 

Stop  Probability 
Reduction  (%) 

17 

17.8 

8 

Tlie  elements  of  cost  used  in  the  report  are  based  on  national 
averages  and  are  delineated  as  follows: 

Gasoline  =  S0.32  per  gallon 

Oil  =  S0.45  per  quart 

Tires  =  S 1 00  per  set  initial  cost 

Time  =  S 1 .55  per  hour. 

For  a  speed  of  30  miles  per  hour,  which  is  the  posted  speed 
in  the  network  simulated,  the  following  figures  are  given: 

0.74  ^  =  Cost  of  a  vehicle  stop 

0.008^  =  Cost  per  second  of  idling 

0.043^^  =  Cost  persecondof  waiting. 

Using  these  figures,  a  formula  for  cost  per  stop  is: 

0.740  +  stop  time  (0.008  +  0.043)  =  0  per  stop 
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Table  4.  Relative  Cost  Benefits  of  Computed  Signal  Settings 


Difference  (%) 


Item 

AM 

Noon 

PM 

Stops  per  15  miii 

17.0 

5.0 

28.0 

Cost  per  Stop 

14.0 

16.0 

26.0 

Cost  per  Huur 

29.0 

20.0 

48.0 

A  study  of  Tables  2  and  3  indicates  a  relationship  between 
cost  and  traffic  volume.  As  volume,  indicated  by  stops  per  15 
minutes,  increases,  so  does  the  saving  per  hour.  The 
relationship  between  volume  and  improvement  is  supported 
by  Table  1,  where  relative  improvement  in  each  of  the 
measured  statistics  increases  with  an  increase  in  volume,  or 
throng])  put. 


CONCLUSIONS 

Siinulation  results  of  current  versus  computed  signal  control 
for  each  of  the  peak  periods  demonstrates  that  use  of 
computer-generated  signal  settings  can  significantly  improve 
the  performance  of  Garland's  traffic  network.  This 
performance  improvement  is  measured  in  terms  of 
througliput.  number  of  stops,  wait  times,  trip  times,  and 
queue  statistics.  Table  5  shows  the  improvements  for  the 
NOON,  AM,  and  PM  peak  periods  which  have  successively 
heavier  traffic  volumes.  The  larger  volumes  of  traffic  in  the 
PM  period  realize  greater  relative  improvement. 

Improvements  in  network  performance  also  can  be  translated 
into  estimated  costs  savings  to  the  motoring  public.  Using 
cost  figures  for  stops  and  delays  and  potential  improvements 
obtained  frorri  the  simulation  study,  yearly  cost  savings  for 
the  three  peak  periods  (i.e.,  six  hours  for  five  days  or  25 
percent  of  weekday  operation)  were  estimated  as  follows: 


Table  5.  Improvement  F'actor  for  Current  vs 
Computed  Signal  Settings 


Item 

Improvement  (%) 

Noon 

AM 

PM 

Throughput  (Cars) 

3.0 

4.3 

11.5 

Queue  wait 

2.0 

13.6 

23.0 

Average  queue 
wait 

33.0 

39.0 

64.0 

Average  queue 
length 

II.O 

17.0 

22.0 

Average  trip  time 

18.0 

20.0 

27.0 

Stops 

5.0 

17.0 

28.0 

Period 

Saving  per  Year(S) 

AM 

36,640 

Noon 

13,260 

PM 

72,930 

Total 

118,830 

This  estimate  does  not  take  into  account  weekends,  which 
constitute  28  percent  of  the  year,  and  special  events  which 
could  present  very  higli  traffic  volumes.  Even  more 
importantly,  this  estimate  does  not  consider  the  growing 
nature  of  Garland's  traffic  volume. 

In  addition  to  the  direct  doilar  benefits,  other  community 
benefits  woiiid  be  accrued  in  the  environmental  areas  of  air 
and  nolst;  pollution  and  in  the  enhanced  safety,  convenience, 
and  contfort  of  daily  travel.  . 
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Appendix  A.  NETWORK  PERFORMANCE  COMPARISON 


O»o.  *M  lata  O^^-^ 

□  c  


It 


Figure  A-I .  AM  Peak,  Queue  Wail  Time  Distribulion 


□ 
□ 


Figure  A-2.  AM  Peak,  Queue  Length  Distribulion 
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Figure  A-3.  AM  Peak,  Trip  Time  Distribution 


□ 
□ 


 ^-3^"  

Figurc  A-4.  Noon  Peak.  Queue  Wait  Time  Distribution 
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Figure  A«5.  Noon  Peak,  Qucac  Length  Distribution 


Figure  A-?.  PM  Peak,  Queue  Wait  Time  Distiibution 
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Figure  A»8.  PM  Peak»  Queue  Length  Distribution 
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Figure  A-6.  Noon  Peak,  Trip  Time  Distribution 


Figure  A-9.  PM  Peak,  Trip  Time  Distribution 
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CORPORATE  PUNNHiG  MODEL  DESIEK:    COMPUTERIZED  SCRATGI  PADS 


Harley  M.  Courtney 
The  University  of  Texas  at  Arlington 

Abstract 

ITiis  paper  describes  a  modular  approach 
to  the  construction  of  financial  plan- 
ning models. 


This  paper  will  describe  financial  planning 
model  design  permitting  such  flexibility  of  use 
that  the  models  become  management's  financial 
plajining  '^scratch  pads."   Moreover,  the  structure 
of  a  model  designed  according  to  this  philosopliy 
will  be  described  and  a  global  run  of  the  model 
will  be  presented.    Significant  interrelation- 
ships between  model  design,  operating  environ- 
ment and  programming  language  will  be  considered. 

The  corporate  planning  model  has,  in  recent 
years,  largely  supplanted  its  pedestrian  prede- 
cessor, the  hand-generated  budget.    An  immediate 
benefit  was  the  freedom  from  computational  con- 
straints.   But  of  fundamental  significance  is  the 
possibility  of  elevating  the  term  "profit- 
planning"  from  the  level  of  a  neologism  to'  that 
of  a  concept.    "Profit-planning"  is  used  in  the 
financial  planning  literature  to  describe  any- 


thing from  preparing  budget  schedules  to  select- 
accounting  methods.    A  significant  activity  which 
well-designed  planning  models  permit  is  the  heu- 
ristic selection  of  various  investment  alterna- 
tives so  that  a  niyriad  of  corporate  objectives 
such  as  planned  profits  can  be  more  nearly 
achieved  than  otherwise.    Thus  a  well-designed 
model  will  permit  a  corporate  planner  to  manipu- 
late the  plan  almost  effortlessly,  extracting  and 
inserting  segments  of  operations  to  determine 
their  effect  on  the  total  financial  picture. 

Ihe  majority  of  planning  models  have  been 
developed  and  are  still  used  in  the  batch  mode. 
It  is  not  surprising  that  their  design  has  been 
influenced  by  the  environment  in  which  they  have 
been  constructed  and  used.    The  typical  construc- 
tion'involves  a  single  program  (main  program) 
which  may  call  subroutines  or  may  contain  all 
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parts  of  the  model  within  the  single  program  with 
input  and  output  options  provided.    A  phyrlcal 
Problem  unrelated  to  model  design,  but  associated 
with  batch-run  models  is  turnaroiind  time  and  the 
physical  necessity  of  handling  data  cards  for 
each  run.    In  many  installations,  good  turnaround 
tljne  is  a  matter  of  several  minutes  and  typical 
time  is  ill  the  hours.    If  a  run  is  made  of  the 
model,  and  revisions  in  the  financial  plan  appear 
to  be  desirable,  then  not  only  must  cards  for  the 
variables  being  changed  be  hancQed,  but  all  data 
cards  must  be  rehandled  and  re-run. 

A  solution  to  this  problem  hcts  been  found  in 
the  use  of  time-sharing,  but  previously  unrecog^ 
nized  problems  surface  with  the  change  in  opera- 
ting environment.    These  can  be  attributed  to  the 
model  structure  which,  although  appropriate  for 
batch-processing  mode,  appears  to  be  unnecessary 
ily  restrictive  for  a  time-sharing  environment. 
The  most  confining  aspect  of  batch  design  models 
is  the  necessity  that  each  run  of  the  model  be  a 
total  run,  and  that  output  must  be  specified  as 
a  part  of  the  initial  input  to  the  model. 

The  history  of  the  development  of  a  modular, 
flexible  model  was  that  of  discovery  in  stages. 
A  private  concern  gave  the  author  a  corporate 
planning  model  to  be  used  for  instructional  pur- 
poses which  was  designed  to  run  in  the  batch- 
mode.    While  the  model  had  been  designed  as  a 
structured  model  into  \rtiich  various  firms  might 
adapt  their  accounting  data,  it  was  readily  usa- 
ble for  university  instruction  in  financial  plan- 
ning.   It  was  used  with  some  success,  bttt  with 


the  previously  mentioned  problems  associated  with 
batch-processing  consuming  considerable  student 
time.    Probably  corporate  managers  would  be  even 
more  intolerant  than  students  of  the  time  con- 
sumption and  the  start-stop  aspects  of  planning. 
Since  other  computer  usage  in  the  course  was  via 
a  time-shared  terminal,  it  seemed  that  conversion 
of  the  model  to  this  mode  would  assuage  student 
problems  in  running  the  model.    Turnaround  time 
would  be  reduced  to  perhaps  twenty  minutes.  But 
another  problem  appeared:    If  one  program  was 
used  for  the  entire  model,  all  variables  must  be 
entered  for  each  nm  of  the  model,  and  this  would 
be  more  onerous  than  handling  cards.    For  this 
reason,  and  ir,  order  to  simplify  the  programming 
by  segmentivig  the  task,  it  was  decided  that  three 
functions  (programs)  would  be  written.    The  first 
function  would  receive  input  data,  the  second 
would  perform  the  calculations,  and  the  third 
would  produce  the  financial  plan.    Thus  the 
design  of  the  batch  process  model  and  the  time 
shared  model  is    contrasted  in  Ejchibit  1.  Note 
that  the  batch-processor  is  holistic  in  structure 
while  the  time-shared  model  is  modular.  Another 
chaiase  of  subfitance  from  the  batch  to  the  time- 
shared  model  is  the  change  of  language,  the 
fcTiner  being  written  in  FOHTRAN^and  the  latter  in 
in  AHi,    Although  there  were  other  compelling 
reasons  for  the  change,  it  was  mandated  because 

(a)  the  original  model  was  in  FORTRAN  and  AEL 
batch  processors  are  not  generally  available,  and 

(b)  because  our  time-sharing  service  provides 
AH,,  but  not  FORTRAN. 
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Batch  model 


All 

functions 
in  a 
single 
program 


Time-sharing  xaodel 


Holistic  design 

Exhibit  1:    Contrasting  desJ' 
hatch  vs.  tljDe-f  » 


Modular  design 

jracteristics  of 
g  models. 


BENEFITS  DERIVED 

Probably  the  most  compelling  reason  for  mod-* 
ular  construction  of  the  APL  model  version  was 
the  slinplicity  in  writing  functions  and  debugging 
them.    However,  it  was  discovered  that  after  on 
initial  run  of  the  functions  INPUT,  CALC,  and 
PLAN,  one  could  then  change  several  input  varia- 
bles most  easily  by  simply  redefining  them  rather 
than  by  using  the- INPUT  function  again.    Then  the 
CALC  function  could  be  run  and  the  entire  revised 
plan  coiild  be  reproduced  without;  requiring  use  of 
the  lengthy  INPI/T  function.    Itorecver,  if  in  the 
initial  run  of  the  plan,  some  one  or  two  output 
variables  appeared  to  be  critical  and  the  addi- 
tional run  \Ta3  to  determine  the  effect  on  the 
critical  output  variables  of  changing  certain 
input  variables,        the  entire  plan  need  not  be 
reproduced.    Rather,  after  nmning  the  CALC  func- 
tion, given  output  variables  could  be  obtained  by 


typing  the  namf»*u  of  the  variable 3.  Thus 
operation  of  the  model  was  further  developed  as 
indicated  in  Exhibit  2. 

At  this  point  design  characteristics  permit- 
ted thfi  model  to  be  used  as  a  "sc«^«,ch  pad"  upon 
which  a  planning  manager  could  enter  incremental 
changes  and  view   he  effects  on  selected  varia- 
bles in  seconds.    Topical  use  of  the  model  in 
solving  financial  planninfr  cases  was  to  iroKe  an 
initial  run  through  ?;he  'model,  to  examine  the 
plan  produced  and  consider  inpxtt  variables  which 
might  be  changed  to  reflev.-t  additional  investment 
proposals  or  asset  redeployments.    These  variable 
changes  were  entered  individually,  CAI.*"*  was  typed 
and  then  selected  outp'";t  variables  wer  inspec- 
ted.   Once  a  number  of  changes  had  been  made  or 
the  plan  appeared  to  be  acceptable  in  respect  to 
the  few  variables  Inspected,  the  total  plan 
would  be  produced  by  typing  PLAN. 


CHANGE 
SELECTED 
IfiPUT 
VARIABLES 

<  

INSB 

crit: 

VAKIi 

-.CT 

tCAL 

IBLES 

Exhibit  2:    Diagram  of  model  operation  with 
modular  'construction. 
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The  sequence  of  steps  is  illustrated  on  the 
immediate  following  pages.    The  INPUT,  CALC,  and 
PLAN  functions  (programs)  are  executed  in  that 
order;  a  line  has  been  drawn  between  each  func- 
tion run  for  the  convenience  of  the  reader. 
Typing  by  the  user  is  indented  six  spaces  vd.th 
the  exception  of  literal  input  which  begins  at 
the  left  margin.    Conputer-controUed  typing 
begins  at  the  left  margin  except  as  otherwise 
programmed.    For  example  the  first  function  is 
called  by  typing  the  name  INPUT  which  is  indented. 


The  response  is  a  program  inquiry,  "NAI4E  OF  CO?" 
Since  literal  input  is  required,  the  terminal 
requests  input  at  the  left  margin.  In  contrast* 
the  next  inquiry  regarding  the  number  of  periods 
and  year  is  numeric  and  the  terminal  indents  six 
spaces  to  receive  the  response. 

Exhibit  3  is  the  first  nm  of  a  three  year 
financial  plan.    All  significant  corporate  objec- 
tives woiG-d  be  met  if  the  plan  proposed  were 
realized.    However,  soise  additional  funds  must  be 
obtained  (see  last  cxurent  liability  item),  and 


INPUT 
NAME  OF  CO? 

BARCO  ENTERPRISES,  INC. 

NO.IERIODS  OF  OUTPUT  AND  FIRST  ^EAR  OF  OUTPUT? 

□  ; 

3  1973 
RATIO  OF  CASH'  TO  SALES? 

□  : 

MARKETABLE  SECURITIES? 

□  : 

5000 

UELV  ON  MARKE'MBLE  SECURITIES? 

□  : 

.05 

RATIO  OF  ACC  REC  TO  SALES? 

□  : 

.09 

BEGIN  RAW  MAT  OF  1ST  PERIOD? 
Ui 

0 

RAWmT  TURNOVER? 

□  : 

It 

TURliOYERCF  WIP? 

□  : 

18 

DEGREE  COMPLETION  WIP? 

□  : 

•  5 

BEGIN  INV  OF  FIN  GOODS  (1ST  PERIOD  ONLX)? 

□  : 

0 

TURNOVER  OF  FIN  GOODS  INV? 

□  : 

10  12  12 
PREPAID  EXPJSALES(N^I)? 

□  : 

•  02 

Ebchibit  3 J    Illuatration  of  a  run  of  the  principal  functions. 
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OTHER  ASSETS? 

□  : 

5400 

PLANT  AND  EQUIP? 

□  : 

300000  300000  500000 
BEGIN  BAL  OF  ACCVM  DEPR? 

□  : 

0 

DEPR  RATE? 

•  075 

LAND? 

□  : 

20000 
DEFERRED  CHGS? 

□  : 

2400 

ACCTS  PAY/MAT.  PVR.  ? 

□  : 

•  12 

DIVIDENDS  PA1IDIV  DECLABSD? 

□  : 

•  08 

DIV  PA'fOVT  RATE 

□  : 

0  0  ^3 

WAGES  PAY /DIRECT  LABOR  COST? 

□  : 

•  05 

TAXES  PAYABLE? 

□  : 

1000   1000  1500 
SHORT  TERM  LOANS? 

□  ; 

35000" 35000  10000 
INT  RATE  ON  ST  NOTES? 

□  : 

.09 

LONGTERM  DEBT  MATURING  WITHIN  1  YEAR? 

□  : 

0  0  5000 
DEFERRED  TAXES? 
J: 

0  0  4000 
LONG  TERMlBBT? 

□  : 

0  0  45000 
INT  RATE  ON  LT  NOTES? 

□  : 

.06 

COMMON  STOCK  SHARES  iSSUED? 

□  : 

2500 

PAR  VALUE  COMMON  SHARE? 
10 

PREMIUM  ON  STOCK  BALANCE(S)? 

□  : 

20000 

BEGIN  RETAINED  EARNINGS? 

□  : 

0 

YOU  MAY  ENTER  AFIRST  PERIOD  SALES  AMT.  JND  A  GROWTH  RATE  OR 
YOU  MAY  ENTER  ABSOLUTE  VALUES. 


ERLC 


DO  YOUWrSH  TO  USE  A  GROWTH  RATE? 
NO 

ENTER  SALES  VALUES  FOR  PERIODS  OF  OUTPUT  DESiRED  +  ONE 

□  : 

50000  100000  225000  280000 
COST  OF  SALES/SALES?  ENTER  EITHER  A  SINGLE  VALUE  OR 
VALVES  FOR  NO.  YEARS  OUTPUT  DESIRED  +  ONE, 

□  : 

•6   «55    ^5  .5 

DIRECT  LABOR  COST/COST  OF  GOODS  COMPLETED? 

□  : 

.4 

MATERIAL  COST/COST  OF  GOODS  COMPLETED? 

□  : 

.25 

OVERHEAD/COST  GOODS  COMPLETED? 

□  : 

.35 

FIXED  INDIRECT  LABOR? 

□  : 

8000  8000  17000 
OTHER  OUT  OF  POCKET  FIXED  OVERHEAD? 

□  : 

5000 

VARIABLE  OVERHEAD /DIRECT  LABOR  COST? 

□  : 

.3 

VARIABLEADMINISTRATIVE  EXP/  SALES? 

□  : 

.04 

FIXED  ADMIN  EXP? 

□  : 

5000  10000  20000 
VARIABLE  SALES  EXP/SALES? 

□  : 

.06  .06  .05 

FIXED  SELLING  EXPENSE? 
0: 

5000  10000  25000 
EXTRAORDINARY  GAINS? 

□  : 

0  0  2000 
EXTRAORDINARY  LOSSES? 

□  : 

0   4300  0 
END  OF mPUT  REQUIREMENTS 
TOmOCEED,  TYPE  ^  CALC^ 


CALC 

CALCULATIONS  ARE  BEGINNIUG,  PLEASE  STAND  BY. 
CALCULATIONS  COMPLETED. 

TO  PRODUCE  THE  COMPL^^TED  PLAN  f  TYPE  PLAN 


PLAN 

TO  CENTER  OUTPUT  VERTICAL  LYON  WE  PAGE ,  ROLL  THE  PAPER 
FORWARDTOA  NEW  PAGE  AND  THEN  PRESSTHE  FETURN  KEY.  IF 
CENTERING  IS  NOT  DESIRED ^  SIMPLY  PRESS  THE  RETURN  KEY. 

Exhibit  3:  Continued 


596 


BARCO  ENTERPRISES.  INC. 
BALANCE  SHEET 
FORySAR  ENDS 


4  Q  T  1 

1974 

1975 

QURREUX  ASSESS 

CASlT 

4,000 

9  ,000 

11,200 

MARKETABLE  SECURITIES 

5,000 

5  ,000 

8,126 

ACCOUNTS  RECEIVABLE 

4.500 

9  ,000 

20,250 

RAW  MATPRT AT.R 

O  f  H  O  O 

•7    n  *j  1 
/  , U ol 

8  ,750 

9  OD 

1  ,  D  33 

3,189 

c ±  n ±o n Ct  u  {juu uo 

no 

9,375 

11,666 

T>7iVT>ATT)  VYWfJQVQ 
rlxLCnlU  CiAcCtnoCtO 

0  n  n  n 
Z  f  u  u  u 

li    c  n  n 
4  ,  3UU 

5,600 

O  C    li  oil 

H3  ,  3 Hz 

68,781 

PLANT  AND  EQUIPMENT 

30,000 

30 ,000 

50,000 

li    c  n  n 
H  , 3 UU 

Q    o  c  n 

LAND 

20  000 

20  000 

on  n n  n 

TOTAL  FIXED 

47  ,750 

45  ,500 

61 ,750 

OTHER  ASSETS 

5,400 

5  ,400 

'5.400 

DEFERRED  CHARGES 

2  ,400 

2  ,400 

2 , 400 

TOTAL  JSSETS 

80,974 

98, 842 

±  O  O  ,00/. 

=  =  = 

ACCOUNTSPAYABLE 

1 ,478 

2,198 

O  ,  O  u 

DIVIDENDS  PAYABLE 

733 

WAGES  PAYABLE 

710 

1,178 

2,296 

ACCRUED  TAXES 

1,000 

1  ,000 

1,500 

SHORT  TERM  LOANS 

35,000 

35,000 

10,000 

LT  DEBT  MATURING 

5,000 

FUNDS  NEEDED 

2,771 

14,700 

TOTAL  CURRENT 

40,959 

54  ,075 

23,179 

LONG  TERM  IS BT 

45,000 

DEFERRED  TAXES 

4,000 

TOTAL  LIABILITIES 

40,959  ^ 

54,975 

72,179 

COMMON  STOCK 

25,000 

25.000 

25,000 

PREMIUM  ON  STOCK 

20  ,000 

20  ,000 

20,000 

RETAINED  EARNINGS 

"4,985 

"234 

21,152 

TOTAL  DEBT -EQUITY 

80,974 

98,842 

138,331 

Exhibit  3:  Continued 

there  is  sorne  concern  that  the  company  may  have 
difficulty  placing  the  long-term  debt  to  be 
issued  during  1975 >  given  the  low  current  ratios 
for  1973  and  197^.    Consequently,  a  proposal  to 
lease  $20,0D0  of  the  equipment  during  1973  and 
197^*  rather  than  purchasing  it  is  being  consid- 


ered.   The  leasing  cost  will  be  $6,000  the  first 
year  and  $5,000  the  second.    New  equipment  will 
then  be  purchased  in  the  third  year.    By  leasing 
equipment,  short  term  loans  required  in  1973  can 
bQ  reduced  and  the  necessary  additional  funds  for 
197^  are  less.    Since  additional  funds  must  be 
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BARCO  ENTERPRISES ,  INC. 
INCOME  STATEMENT 
FOR  THE  FISCAL  YEARS 


1973 

197U 

1975 

SALES 

50 ,000 

100,000 

225,000 

COST  OF  GOODS  SOLD 

30  »000 

55  ,000 

112  .500 

STD  GROSS  PROFIT 

20 ,000 

45,000 

112  .500 

OVERHEAD  VARI . 

7  .085 

1,709 

"652 

ADJ.  GROSS  mOFIT 

12  ,915 

43,291 

113,152 

OlER^Tiaa  £2E£^5gS 

VARIABLE  ADMIN.  EXP 

2  .000 

4,000 

9,000 

FIXED  ADMIN.  EXP 

5  .000 

10,000 

20,000 

VARIABLE  SELLING  EXP 

3  .000 

6,000 

11,250 

FIXED  SELLING  EXP 

5  ,000 

10,000 

as  .000 

OPERATING  INCOME 

"2  ,085 

13,291 

47.902 

INTEREST  EXPENSE 

3  ,150 

3,150 

3.900 

INVESTMENT  INCOME 

250 

250 

250 

UZMOKH^NARl  IlEM^ 

EXTRAORDINARY  GAINS 

2.000 

EXTRAORDINARY  LOSSES 

4.300 

INCOME  BEFORE  TAX 

"H.985 

6.091 

46.252 

FED.  INCOME  TAX 

1,340 

15.701 

NET  INCOME 


"4  .985 


4.751 


30.551 


MANUFACTURING  OVERHEAD 
FOR  THE  FISCAL  YEARS 

1973  1974 


FIXED  INDIRECT  LABOR 
OTHER  ^XED  OVERHEAD 
DEPRECIATION 
VARIABLE  a/ERHEAD 

TOTAL  ACTUAL  OH 
OVERHEAD  APPLIED 

UNDER  ''OVER  APPLIED 


Exhibit  3:  Concluded 

secured  for  the  second  year,  nanagement  is  also 
considering  the  issuance  of  more  shares  in  1973. 
The  planner  then  "scratch-computed''  by  first  con- 
sidering the  effect  of  leasing  equipment  and 
reducing  short-term  debt,  and  then  calculating 
the  additional  shares  required  to  cover  the  funds 


8.000 
5  .000 
2  .250 
4.260 


8.000 
5  ,000 
2  .250 
7^065 


19  .510 
12  .425 


22.315 
20.606 


7.085 


1,709 


1975 


17,000 
5,000 
3.750 

13.775 


39  .525 
40.177 
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deficit.    The  steps  as  Illustrated  in  Exhibit  h 
are: 

1.  Redefine  the  values  for  plant  and  equip- 
ment, other  fixed  overhead,  and  short 
term  loans. 

2.  Compute  new  plan  values  using  CALC. 
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PLTEQ-t-lOOOO  10000  50000 
OFIXOH-t-llOOO  10000  5000 
STLOANS^ISOOO  15000  10000 

CALC 

CALCULATIONS  ARB  BEGINNING,  PLEASE  STAND  BY. 
CALCULATIONS  COMPLETED. 

TO  PRODUCE  THE  COMPLETED  PLAN,  TYPE  PLAN 
TCA^TCL 

1.010  5  3317  3     1. 10  80  29534  2.U2U5U9529 
FUNDNEED 

69  71.  mill     21726  .49167     3900  .  331407 
NI 

"7  6  85     34  25.175     3055  1.08333 

CSNO-^CSNO^S^iO 
PRECS-^PRECSi-  8x500 

CALC 

CALCULATIONS  ARE  BEGINNING ,  ILEASESTAND  BY. 
CALCULATIONS  COMPLETED. 

TO  PRODUCE  THE  COMPLETED  PLAN,  TYPE  PLAN 

FUNDNEED 
0     12726.49167  0 
TCA^TCL 

1.  509415  808     1  . 418677585      3.0525  39  4  34 
STLOANSl2}'t-STLOANSZ2}-\-1200Q 
CALC 

CALCULATIONS  ARE  BEGINNING,  PLEASE  STAND  BY. 
CALCULATIONS  COMPLETED. 

TO  PRODUCE  THE  COMPLETED  PLAN,   TYPE  PLAN 

FUNDNEED 
0     639.0916667  0 
TCA*TCL 

1.509415808     1.379461447  3.01316769 
MKTSC 

7  0  28. 8888  89     5000  9187.068593 

STLOANSl3}^STLOANSl3l-ti000 
Kxhibit  hi    Illustration  of  the  "scratch  pad"  characteristics  of  the  time-sharing-model. 


3»    Inspect  some  critical  variables  - 
current  ratio  (total  cirrrent  assets 
divided  by  total  current  liabilities), 
net  income  9  and  funds  needed. 

If.    Redefine  values  for  coxmnon  stock  and 
premium. 

5.  Conrpute  new  plan^values  using  CALC. 

6.  Inspect  the  critical  variables. 

7*    Continue  until  acceptable  variables 


appear. 

When  the  user  is  satisfied  that  the  critical  var- 
iables are  satisfactory,  he  will  then  proceed  to 
production  of  the  entire  plan  for  perusal.  Note 
that  the  turnaround  time  is  governed  by  the 
rapidity  of  the  user's  mental  processes  rather 
than  by  model  constraints  since  run  time  for  CALC 
is  usually  equal  to  the  time  required  for  the 
typewriter  to  type  the  messages  involved.  The 
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STORE 

PLAN  OUTPUT  IS  STORED 

ARSALE^. 09   .15  .15 

SALES^SOOOO  120000  265000  330000 

VADEXPSAL^.OH   .05  .05 

CALC 

CALCULATIONS  ARE  BEGINNING^   PLEASE  STAND  BY i 
CALCULATIONS  COMPLETED. 

TO  PRODUCE  THE  COMPLETED  PLAN.  TYPE  PLAN 
PLANDIF 

TO  CENTER  OUTPUT  VERTICALLY  ON  THE  PAGE. ROLL  THE  PAPER 
FORWARD  TO  A  NEW  PAGE  AND  THEN  PRESS  THE  RETURN  KEY.  IF 
centering' IS  NOT  DESIRED.  SIMPLY  PRESS  THE  RETURN  KEY\ 


BARCO  ENTERPRISES .  mC. 
BALANCE  SHEET 
FOR  YEAR  ENDS 


QURRENl  ASSETS 
CASH 

MARKETABLE  SECURITIES 
ACCOUNTS  RECEIVABLE 
RAW  MATERIALS 
WORK  IN  PROCESS 
FINISHED  GOODS 
PREPAID  EXPENSES 

TOTAL  CURRENT 

ZLiR2  ASSETS 
PLANT  m>  EQUIPMENT 
LESS  ACCmPR. 
LAND 

TOTAL  FIXED 
OTHER  ASSETS 
DEFERRED  CHARGES 

TOTAL' ASSETS 


1973 


800 


688 
31 
1,100 
400 


3,018 


1974 


1,600 

9,000 
1,250 
321 
1,667 

.  800 


m,638 


1975 


2,000 
"3,126 
19,500 

1,563 
567 

2,083 

1,000 


23,587 


3,018 


14,638 


23,587 


Kxhlblt  5:    ILliistratlon  of  STORE  and  HxANDIF  functions  permitting  the  difference  between  two  plans 
to  be  produced. 


messages  were  added  since  response  time  may  be 
to  ten  seconds  if  many  users  are  on  the  system, 
and  students,  being  accust caned  to  faster 
responses,  were  reassured  by  them. 

Sooie  additional  modules  have  been  added  to 
the  model  and  other  additions  are  anticipated. 
Two  functions  have  been  added  which  permit  the 
user  to  store  the  results  of  the  cmrrenb  run,  to 


make  changes  in  variables  and  make  a  second  run. 
Then  the  second  run  can  be  produced  and/or  the 
'differences  between  the  first  and  second  rims  csm 
be  produced  (the  plan  production  will  have  posi- 
tive and  negative  values  representing  changes 
between  the  successive  plans).    This  feattire  is 
illustrated  by  Exhibit  5.    Another  set  of  modules 
permit  the  user  to  specify  certain  financial  goals 
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GOALS 

ENTER  THE  UPPER  LIMIT  FOR  THE  CURRENT  RATIO 

□  : 

2,3 

ENTER  THE  LOWER  LIMIT  FOR  THE  CURRENT  RATIO 

□  : 

1.2 

ENTER  THE  UPPER  LIMIT  FOR  THE  DEBT/EQUITY  RATIO 

□  : 

.5 

ENTER  THE  LOWER  LIMIT  FOR  THE  DEBT/EQUITY  RATIO 

□  : 

.2   .2  ,35 

ENTER  THE  TARGET  PROFIT  ON  SALES  DOLLAR 

□  : 

".1  0  .1 

TARGET  ASSET  TURNOVER 

♦8  1.2  1.5 

TARGET  EARNINGS  PER  SHARE 

□  : 

"2  15 
END  OF  INPUT  FOR  GOALS 


GOALVAR 

CURRENT  RATIO  GREATER  THAN  UPPER  LIMIT  IN  1975  By  1,1 

PROFIT  ON  SALES  DOLLAR  DEVIATED  FROM  THE  TARGET  BY 

"0•05^     0.025  0.037 
FOR  THE  3  YEARS  RESPECTIVELY 

ASSET  TURNOVER  DEVIATED  FROM  THE  TARGET  BY 

"0.025     0.022  0.128 
FOR  THE  3  YEARS  RESPECTIVELY 

EARNINGS  PER  SHARE  FELL  SHORT  OF  THE  TARGET  BY 

0.56     0.16     FOR  1973  197** 
EARNINGS  PER  SHARE  EXCEEDED  THE  TARGET  BY 

5.26  FOR  1975 

ALL  OTHER  GOALS  WERE  ACHIEVED. 
Exhibit  6:    Use  of  programmed  goals  to  diagnose  acceptability  of  the  plan. 


such  as  earnings  per  share  and  current  ratio  and 
to  determine  the  extent  to  -which  these  goals  have 
been  met.    Thus  critical  variables  may  be  speci- 
fied in  the  model  and  their  achievement  evaluated 
with  each  successive  pass  through  CALC.    For  some 
purposes  this  is  a  more  efficient  "scratch  pad" 
approach  than  the  Informal  inspection  of  individ- 
ual output  variables.    The  operation  of  this  set 
of  functions  is  illustrated  in  Exhibit  6. 

The  expanded  planning  model  and  the  alterna- 


tive use  choices  give  the  user  maximum  flexibil- 
ity in  that  he  may: 

1.  Proceed  straight  through  the  basic 
three  functions,  INPUT,  CALC,  and  ELAN. 

2.  Input  the  basic  data,  perform  calcula- 
tions, inspect  critical  variables,  and 
either  recycle  or  produce  the  plan. 

3.  Input  data,  perform  calculations,  input 
goals,  and  then  examine  goal  achieve- 
ment, followed  by  a  recycle  or  plan 
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production. 
h.    Inpu*;  data,  perform  calculatio;is ,  istore 
the  plan,  recycla  by  changing  input  var- 
iables, performing  calculations,  and 
then  determining  the  differences 
between  the  first  and  second  rvn  of  the 
plan. 

There  are  othor  variations  of  course,  with  this 
variety  essentially  giving  management  a  powerful 
scratch  pad  for  planning  financial  operations. 

Several  other  featiures  can  be  conveniently 
added  due  to  the  modular  construction.  RESTORE, 
a  function  which  restores  a  stored  plan  so  that 
it  can  be  produced  can  be  easily  added.    In  facrt, 
a  series  of  store  and  restore  functions  can  be 
created  and  distingiiished  by  adding  1,2,  or  3  to 
the  function  name.    The  successive  runs  of  the 
plan  co\jld  be    retained  within  the  same  workspace 
for  future  use  or  reference,    (in  mary  instances 
it  will  be  more  convenient  to  save  the  results  of 
a  run  in  a  separate  workspace. )    A  function 
called  QUARTERS  would  convert  annual  values  (such 
as  interest  rates  and  programmed  fixed  costs)  to 
quarterly  values,  thereby  permitting  the  genera- 
tion of  plans  by  quarters  in  addition  to  years.- 
Some  additional  segmentation  of  the  existing 
functions  may  be  necessary  to  accomplish  this, 
but  the  concept  should  be  transparent. 
THE  RELATIVE  MERITS  OF  AHi 

Although  other  languages  are  available  via ' 
time-sharing,  APL  possesses  several  chai*acrteris- 
tics  which  recommend  it  for  use.    Seme  of  these 
are  the  extension  of  arithmetic  operations  to 


vectors  on  an  element  by  element  basis  and  the 
ability  to  mix  integers  and  vectors.    This  abil- 
ity eliminates  the  necessity  for  loops  when  com- 
bined with  the  use  of  certain  primitive  functions 
such  as  take  (t)  and  drop  (^)  which  are  useful  in 
accomodating  lead  and  lag  relationships.  Moreover, 
subscripting  of  variables  is  unnecessary.    In  the 
model,  for    example,  cash  at  the  end  of  a  fiscal 
period  is  assimied  to  be  a  function  of  the  follow- 
ing year's  sales.    The  program  statements  in 
FORTRAN  and  APL  are  compared  below: 

"FORTRAN: 

DO  205,  I=l,NOyRS 

CASH  (I)  =  RCASSAL(l)*SALES(l+l) 

AH.:  CSH'*'RCSHSALEx''PERIODfSALES 
Of  course  the  'DO'  loop  encompasses  variables 
other  than  cash.    But  it  should  be  noted  that  . 
while  several  loops  are  required  in  FORTRAN,  none 
are  required  in  the  AHi  version  of  the  model  due 
to  the  structure  of  the  lajiguage. 

Another  significant  advantage  of  APL  is  that 
no  dimension  statements  are  required;  in  contrast, 
the  FORTRAN  version  of  the  model  required  fourteen 
lines  of  such  statements.    Output  formatting  is 
also  ^^impler. 

FORTRAN: 

WRITE (108,2040)  (CASH(I),  I=l,NOyRS) 
20U0  FORMAT  ($CASH$,16x,f8.0,U(3X,F6.0)) 
AH.:  ^CASH  '..'BCIIU'  tFMT  CSU 

The  lack  of  dimensioning  in  APL  means  that-  the 
model  can  operate  on  one,  five,  twenty,  fifty 
year  projections^  while  the  FORTRAN  model  is  con- 
strained to  a  five  year  projection.    The  formatted 
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plan  output  in  either  case  is  limited  to  the 

vidth  of  the  printing  device. 

CONCLUSIONS 

The  conversion  from  hand-generated  financial, 
budgets  to  computerized  planning  models  was  a  sig- 
nificant step  in  the  development  of  corporate 
management.    The  concept  of  multiple  cuts  of  the 
budget  became  a  reality  rather  than  a  step 
resorted  to  on  a  partial  basis  or  only  in  the 
most  extreme  situations.    The  holistic  design  of 
such  early  planning  models  was  appropriate  for 
the  batch  operating  environment. 

But  with  the  availablilty  and  use  of  time- 
sharing, design  characteristics  should  recof;ni2e 
and  capitalize  on  changes  in  the  operating  envir- 
onment.   While  some  have  called  attention  to 
desirable  characteristics  of  models,  it  is  also 
iinportant  to  recognize  interrelationships  between 
the  operating  environment,  model  design  charact- 
eristics, and  even  the  choice  of  prograimning  lanr- 
ffuage.    For  example,  some  have  advocated  the  use 
of  flexible  rather  than  structured  models  (as  the 
one  described  here).    But  flexible  models  begin 
to  assume  the  characteristics  of  a  limited  pro- 
gramming language,  smd  require  more  user  time 
than  structured  models.    Thus  if  one  utilizes  a 
concise  language  (AEL)  for  model  construction, 
the  cost  of  adapting  a  structured  model  to  unique 
circumstances  may  be  less  than  the  cost  of  using 
(overlooking  the  greater  programming  cost)  a  less 
powerful  language, 

A  modular-designed  corporate  planning  model 
such  as  described  here  provides  management  with  a 


scratch  pad  approach  to  planning,  pemitting 
attention  to  proposals  and  their  effects  rather 
than  distraction  by  interruptions  occasioned  by 
total  runs  of  plans  when  such  is  unnecessary.  The 
ability  to  enter  only  those  variables  being 
changed  and  to  inspect  the  effects  of  the  changes 
within  five  to  ten'  seconds  permits  the  type  of 
concentration  being  sought  for  by  researchers  in 
computer  assisted  instruction.    When  this  state 
is  achieved  in  corporate  planning,  the  computer 
has  become  an  interactive  management  tool  rather 
slurply  a  rapid  calculator.    The  difference  is 
qualitative  as  well  as  quantitative,  since  man- 
agement can  do  in  an  appropriately  designed  inter- 
active environment  what  cannot  be  accomplished  in 
a  batch  oriented  environment  due  to  time  con- 
straints and  limited  retention  ability  of  the 
human  r:ind. 
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••an  application  of  simulation  models  to  corporate  planning  processes" 


Ronald  A,  Seaberg 
XEROX  of  Canada  Limited 
January  1973 

A  family  of  timeshared  conputer  models  written  in  APL  have 
been  developed  in  an  effort  to  link  the  functional  areat? 
for  communication,  planning  and  control  purposes •  The 
models  incorporate  the  concepts  and  tools  of  simulation, 
forecasting,  long-range  planning  and  probadjilistic 
budgeting.  Developed  in  a  short  time  span  and  at  low  cost, 
they  are  widely  used  at  XEROX  in  both  corporate  and  region 
offices  in  both  the  U.S*  and  Canada.  Under  development  is 
a  system  of  statistical  and  econometric  models.  The  paper 
discusses  the  approaches  used  to  design,  implement  and 
involve  the  functional  managers  in  building  and  utilizing 
the  models. 
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INTRODUCTION 

We  have  developed  and  are  utilizing 
a  series  of  deterministic  simulation 
models  to  assist  us  in  financial 
planning  for  Xerox  (XCL)  and 
additlw»nally  as  a  step  in  the 
development  of  corporate  planning 
models • 

The  purpose  of  this  paper  is  to 
describe  how  we  use  the  models  in  our 
planning  process,  the  types  of  models  we 
utilize,  the  initial  implementation 
procedure  and  how  we  maintain  the  models 
in  a  changing  internal/external 
environment. 

These  models  are  on  a  timeshared 
(T/S)  computer,  were  developed  by  the 
functional  users,  and  are  written  .in 
APL.  They  access  an  extensive  series  of 
on  line  data  bases  which  mechanically 
interact  with  batch  system  data  bases. 

Mot  at  issue  is  whether  or  not 
stimulation  is  of  value.  We  accept  auid 
have  demonstrated  to  ourselves  that  it 
can  make  a  significant  contribution. 
Rather,  we  are  essentially  concerned 
with  applications  to  which  simulation 
models  can  make  an  economic  contribution 
and  how  to  implement  them  in  a  way  that 
managers  (without  a  management  science 
background)  will  be  able  to  incorporate 
them       into       their       planning  and 


decision-making  processes. 

The  definitions  of  models  and 
simulation  are  two  popularly  raised 
questions  when  working  with  corporate 
managers.  Models  are  representations  of 
systems  which  themselves  are  too  large 
to  be  brought  into  a  laboratory  or 
otherwise  experimented  on  in  their 
natural  environment  (Ackoff  1970). 
Models  can  be  classified  as  physical 
(ships  in  tow  tanks) ,  graphic,  symbolic 
representations  (algebraic  equations)  of 
the  system;  or  a  specified  procedure  for 
the  evaluation  of  some  criterion  such  as 
expenses  or  profit  (Schweyer)  that 
depend  on  other  operating  conditions 
subject  to  control  by  management. 

Simulation  is  the  manipulation  of  a 
model  in  such  a  manner  m  the 
"properties**  of  the  system  can  be 
studied.  In  the    sense  I*m  using  it, 

simulation  is  an  experiment  or 
manipulation  of  a  model  that  reproduces 
XCL  operations  (a  functional  component 
or  the  whole  firm)  as  it  moves  through 
time.  The  manipulation  may  be  by  hand, 
computer,  or  by  a  combination  of  man  and 
computer  working  together*  The 
simulation  models  we  have  worked  with  to 
date  have  been  essentially  of  the  latter 
type  (man-machine)  although  we  have 
built  some  forecasting    models  that  can 


605 


'stand  alone'  under  strict  computer 
control*  We  simulate  systems  (such  as 
the  operations  of  XCL)  because  we  want 
to  understand  how  they  work,  determine 
the  factors  that  influence  their 
behavior  and  observe  how  they  react  to 
chemges  in  their  environment  as  an  aid 
to  planning,  forecasting,  amd' other 
decision  processes* 

SIMULATION  MODELS  BEING  USED  IN 
FINANCIAL  PLANNING  AT  XCL 

It  is  most  important  to  realize 
that  we  do  not  have  a  planning  model  as 
such,  rather,  we  have  a  series  of  models 
which  are  changing  as  we  learn  more 
about  our  business  and  as  we  learn  more 
about  how  models  can  assist  us  in 
improving  our  plemning  and 

decision-making  capabilities. 

Simulation  .  models  have  been 
previously  (Gershefski  1971)  classed 
into  three  types"  -  budget  compilers, 
simple  mathematical  models,  and  large 
complex  integrated  models*  We  use  all 
three  types  and  variations  in  between* 

Our  first  simulation  model  was  of 
the  simple  mathmatical  type,  it  was 
developed  in  crude  operational  form 
within  1  calendar  month  with  the 
expenditure  of  less  than  $3000*00.  This 
model  was  built  to  assist  us  in  the 
development    of    our    rolling    12  -month 


forecast  of  our  business,  a  task  which 
is  performed  monthly  and  is  used  in 
resource  planning,  profit  planning,  as  a 
control  device,  and  in  the  development 
of  our  operating  plan*  Prior  to  the 
model,  this  activity  required  about  4 
man-weeks  of  analyst  level  effort* 

This  initial  model,  was  operated 
through  a  terminal  where  the  analyst  and 
manager  (generally  both)  controlled  30 
variables  (such  as  growth  rates,  product 
trading  relationships,  productivity, 
etc*)  and  obtained  a  forecast  of  300 
output  variables  per  month  for  12  months 
(such  as  order  forecasts,  inventory 
changes,  resource  requirements,  revenue, 
expense  and  profit  contribution,  etc*) 
(Seaberg  1972)*  This  initial  system  can 
be  seen  in  Chart  1  (Initial  Simulation 
System) *  On  this  chart  you  can  see  the 
interrelationship  of  the  timeshared  data 
base  with  the  in-house  batch  systems. 
Initially  the  data  was  keyboard  entered 
into  the  T/S  data  base;  now,  there  are 
mechanical  (data  tape)  tremsfers  * 

To  summarize  our  initiation  to 
simulation  models,  one  could  say  that  it 
started  with  a  recognition  that  a 
computer  model  could  be  of  significant 
assistance  in  obtaining  a  more  timely 
and  consistent  forecast  of  XEROX 
operations  at  a  significant  reduction  in 
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cost  (4  man -weeks  to  2  man-machine  days) 
and  infinitely  more  flexibility  in 
varying  assumptions  and  observing  the 
simulated  outcome  on  activity,  revenue, 
expense  variables ♦ 

We  classified  tliis  initial  model  as 
simple  model*  Wlu  lo  it  simulated  our 
marketing  function  iai  fair  amount  of 
detail,  our  distribution,  service 
(support)  and  financial  function!;  were 
handled  in  highly  aqgregated  and 
simplistic  procedures  (although  in  more 
detail  than  the  manual  procedure  which 
the  model  replaced)*  The  model  did 
however,  stress  key  interrelationships 
in  both  our  financial  and  operating 
structures  and  for  this  last  reason  we 
later  used  this  particular  simulation 
model  for  the  basis  of  a  model  designed 
to  assist  in  long  range  studies  and 
projections* 

Our  long  range  planning  cycle  (10 
years)  begins  with  s  projection  of 
current  trends  of  key  variables, 
Managemtint  then  may  change  these  key 
variables  consistent  witli  what  they  feel 
to  be  desired  directi(  as  (objectives  and 
goa!:s)  and  the  mod(.'..s  are  then  executed 
to  determine  the  elfects  on  operations 
and  the         resulting   '  financial 

imp  ..i  cat  ions* 
INTSGUATED  MODELS 


The  requirement  for  increased 
model  complexity  becomes  apparent  as  we 
begin  examining  causal  factors;  the 
interrelationships  within,  ^  as  well  as 
between  the  functional  areas ;  and  for 
the  development  of  operating  plans  and 
budgets* 

Beginning  with  our  simple  model, 
we,  together  with  the  functional  areas, 
enlarged  the  models  to  describe  in  more 
detail,  their    operations      and  the 

financial  procedures  of  XCL«  From  this 
effort  we  derived  more  complex, 
integrated  models  for  use  in  forecasting 
,  planning,  and  simulating  procedural 
changes  (operations  or  financial)  and 
for  special  one-time  or  infrequent 
studios  such  as  pricing  reviews, 
promotional  campaigns,  and  facility 
locations  analysis*  As  can  be  expected 
these  large  models  have  both  many  more 
input  variables  (coitipensation  levels, 
trends  by  employee  group,  /weight  rates 
by  destination  and  point  of  origin, 
etc*)  and  outputs  (an  entire  operations 
and    financial    plan)*  These  larger 

models  tend  to  be  operated  primarily  by 
analysts  supporting  the  functional 
manager* 

It  is  difficult  if  not  impossible 
in  both  planning  and  forecasting  to 
avoid  looking    outside  the    firm    to  the 
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external  environment.  Typically  and  in 
the  case  of  XCL  many  of  these 
relationships  are  not  clearly  defined 
and  even  more  rarely  quantifiable • 
However,  these  forces  cannot  be  ignored 
and  must  (even  if  only  implicit)  be 
incorporated  in  a  forecast  and  plan. 
Typically  we  find  that  these  exogenous 
factors  for  planning  purposes ^  are 
assumed  not  to  change  or  at  most#  that 
chemges  in  them  will  have  only  a  minimal 
impact  on  the  firm.  However,  on  a 
hi n J- sight  basis  it  is  nearly  always 
^emonstratable  that  environmental  forces 
both  economic  (up  or  downswing)  and 
social  (riott;)  did  have  an  influence  on 
the  firm  (generally  earnings).  It 
becomes  increasingly  important  to 
provide  an  explicit  as  possible  a 
mechanism  to  incorporate  these 
influences  Xn  our  planning  process. 

To  this  challenge  we  are  developing 
other  models  and  information  links  to  be 
incorporated  into  our  planning  system. 
Partial  to-date  results  from  these 
efforts  include  a  series  of  statistical 
and  econome'Tic  models  and  data  bases. 
ECONOMETRIC  MODELS 

To  date,    we  have  focused  primarily 
on  the  development  of 

"search-analysis-display"  timeshared 
programs  to    excunine    econometric  series 


(GNP,  unemployment,  interest  rates)  and 
XCI.  DATA  (sales,  profits)  and  applying  t 
he  statistical  concepts  of  regression 
analysis      (single,  multiple  and 

stepwise),  find  and  determine  relevamt 
relationships .  The    Service  Bureau 

(which  supports  APL)  provides  an 
economic  data  base  of  6000  series 
maintained  by  Statistics  Cemada  (CANSIM) 
which  in  turn  is  the  central  agency  in 
Canada  for  funnelling  economic  data  from 
originating  government  agencies 

(agriculture,  commerce,  etc  .). 

A  major  problem^  we  encountered  in 
doing  this  type  of  project  is 
organization  of  the  data  such  that  both 
corporate  and  economic  series  can  be 
retrieved  quickly  anr»  stored  on  a 
compareible  basis  for  use  in  ths 
analytical  models.  This  is  a  major 
problem  since  these  are  on-line  models 
and  the  analyst  wants  to  spend  only 
minimal  time  retrieving  and  structuring 
data  so  that  it  is  in  comparable  form. 
We  overcame  this  obstacle  and  an  example 
is  demonstrated  on  Chart  2  (A  Procedure 
for  Structuring  Data  -  Series  With 
Timesharing) . 

Through  the  terminal  the  user 
specifies  both  the  economic  series 
(CANSIM  code)  and  the  XCL  data  which  the 
computer      retrieves      from    the  files. 
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Another  series  of  programs  shapes  the 
data  according  to  in  format.',  on  entered 
through  the  terminal  by  the  analyst 
covering  such  things  as  time  periods  to 
be  utilized,  lead  and  lag  relationships, 
and  the  identification  of  dependent  and 
independent  variables.  Other  programs 
then  take  over  and  check  for  data 
completeness,  delcition  of  any  extraneous 
data,  and  that  the  data  is  structured 
properly  for  the  analysis  programs. 

We  have  obtained  national  economic 
forecasts  from  the  Institute  of  Policy 
Analysis,  University  of  Toronto  and 
these  forecasts  also  reside  on-line  for 
use  with  the  planning  and  simulation 
models.  A  san^le  output  of  an  economic 
analysis  and  projection  related  to  XCL 
data  is  contained  on  Chart  3.  While 
this  analysis  results  from  a  ftultiple 
regression  analysis,  we  are  developing 
more  sophisticated  models  (to  be  covered 
in  Future  Projects  section).  These 
print  prograj  3  can  also  be  used  by 
market  research  to  show  market  or 
geographical  profiles  at  a  point  in  time 
or  how  they  are  changing  over  time  in 
addition  to  comparison  with  economic 
variables. 
STATISTICAL  MODELS 

As  we  were    completing    our  initial 
simulation    models,        it    was  becoming 


apparent  that  a  variety  of  statistical 
forecast  models  would  significantly 
enhance  the  value  of  the  simulation 
models  especially  if  they  were  equipped 
with  an  override  capability  to  allow  the 
manager  to  easily  add  information 
affecting  the  outcome  not  contemplated 
in  statistical  analysis.  These 
statistical  models  were  designed  to  be 
used  fo-::  -estimating  input  variables  with 
bo*:h  the  planning  and  forecasting  (12 
nonth  rolling  outlook)  simUvV^tion  models 
as  well  as  on  a  stand  alone  basis. 

Late  in  1971,  exponential  smoothing 
models  were  made  operational.  Three 
models  were  included  in  the  general 
model  -  seasonal,  single  and  double. 
Optimization  procedures  are  an  integral 
part  of  the  models  and  are  used  to 
compute  demand  levels,  trends, 
seasonals,  and  the  alpha  weighting 
factors.  A  tracking  system  cor  both 
previous  actuals  and  forecasts  is 
included  to  continually  (over  time) 
determine  the  optimal  forecasting  model 
(criteria  is  the  minimum  absolute 
deviatior  -  MAD) .  In  addition  to  the 
MAD,  ?  orecastability  index  is  also 
producea  (ac'.ual  performance  -7-  standard 
deviation).  Chart  4  shows  a  typical 
output  of  these  models. 

The  effect  of  introducing    this  «?et 
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of  statistical  models  was  something  only 
short  of  fantastic.  The  forecast  MAD 
was  decreased  by  an  average  of  30%  and 
in  some  instances  by  50%.  The  other 
significant  effect  was  a  significant 
reduction  in  the  time  to  prepare  a 
reliable  forecast  since  now  the 
simulation  models  could  be  operated  with 
minimal  human  intervention.  It  is 
significant  to  point  out  that  if 
managers  massage  the  statistical 
forecasts  to  incorporate  special 
knowledge,  such  as  sales  campaigns, 
inventory  constraint,  (a 

man-statistical-simulation  interface) 
the  MAD  decreases  by  a  further  10  per 
cent  indicating  the  importance  of 
managerial  involvement  and  his  insight 
into  the  process.  I  would  point  out 
that  the  coit^uter  based  simulations 
models  without  the  statistical  models 
predicted  about  as  well  as  the  purely 
manual  models  (  the  grr *  benefit  of 
course  being  time  eind  human  effort 
savings).  This  is,  of  course,  because 
the  initial  simulation  models  were 
designed  directly  from  the  manual 
process  they  were  to  replace. 

For  use  with  the  statistical  models 
a  series  of  curve  fit  programs  are 
available.  We  have  found  these  in  many 
instances      to    be    excellent  (although 


naive)  forecast  models  for  some 
econometric  serie ?♦  Chart  5  shows  one 
way  in  which  we  use  them  in  our  planning 
process. 

We  are  currently  developing  other 
statistical  forecasting  techniques  which 
.will  be  covered  in  the  future  projects 
section. 

BUDGET  COMPILERS 

Once  we  have  a  set  of  simulation 
results  from  the  XCL  operations  models 
we  execute  a  set  of  budget  compiler 
models  that  allocate  resources  to 
organizational  units  and  programs.  The 
output  includes  budgets  and  pro-forma 
financial  statements.  Most  of  the 
budget  model  input  variables  are 
directly  taken  from  the  results  of  the 
operating  and  financial  simulation 
models.  A  few  input  variables  are 
controlled  separately  such  as 
depreciation  write-off  assumptions  and 
allocation  rates  for  overhead  expenses. 
As  in  the  other  simulation  models  a 
manual  override  capability  exists  for 
any  last  minute  "management  directions" 
. 

THE  ROLE  OP  MODELS  IN  THE  CONTROL 
FUNCTION 

An  important  role  of  the  above 
models  and  their  data  bases  has  been  the 
derivation    of    a    series    of  "control" 
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models.  The  establishment  of  a  control 
system  is  one  important  component  of 
the  planning  process  that  provides  a 
feedback  mechanism  to  assure  that 
objectives/goals  are  being  achieved. 
Chart  6  shows  how  the  feedback  system 
works. 

As  actual  performance  data  is 
obtain'' d^  it  is  incorporated  in  the 
forecasting  simulation  models  (through 
the  statistical  analysis  models)  which 
in  turn  are  a  feedback  loop  to  the 
planning  models; 

In  the  control  function,  a 
discrepancy  between  actual  observations 
and  '  previously  defined  objectives 
(Plans) is  generally  the  stimulus  to 
trigger  management  action.  The 
statistical  forecasting  models 

(discussed  above)  utilizing  actual 
performance  data,  projects  trends  and  in 
addition  do  a  comparison  against  plan. 
These  "actual- forecast-plan" 

relationships  are  made  available  either 
through  -  routine  or  exception  reports. 
While  these  control  models  are  passive 
in  the  sense  that  they  do  not  trigger 
action  by  themselves  to  correct 
perceived  deviations,  they  do  provide 
the  manager  with  the  exception 
information  which,  v^hen  coupled  with  the 
simulation  models,    provides  the  manager 


with  an  adaptive  mechanism  for  positive 
action.  Over  the  past  two  years  each  of 
our  functional  areas  have  made  extensive 
use  of  the  simulation  models  in  this 
control  context. 
UPDATE  AVn  REVISIONS  OF  PLANS 

Planning  is  a  continuing  process. 
At  various  time  intervals  a  plan  must  be 
adopted  as  the  basis  for  objectives  and 
resource  allocation  at  which  time  it 
becomes  an  Operating  Plan.  However, 
every  plan  is  based  on  assumptions,  and 
if  the  assumptions  contain  gross 
defects,  then  we  have  an  invalid  plan 
which  can  be  worse  than  no  plan  at  all 
(especially  from  the  viewpoint  of 
credibility).  It  may  then  he  necessary 
within  the  operating  cycle  to  revise  and 
update  the  Plan.  The  models  are  used  in 
this  process  which  in  turn  stimulates 
changes  to  the  long  range  plans  which 
are  then  simulated  and  adjusted  for  this 
change  in  current  direction. 
THE  PLANNING  SYSTEM  WE  ARE  USING 

This  next  chart  (chart  7)  puts 
together  all  of  the  various  models  we 
have  been  discussing  above  (APL  in 
Business—System  at  28  months).  As  is 
suggested  by  the  chart  we  have  to  a  very 
large  degree  modularized  the  models  so 
that  they  could  be  used  interchangeably 
or    on    a  <ttand  alone  basis.        The  data 


base  contains  operating  plans,  long 
range  plans,  forecasts,  current  and 
historic  operating  results.  About  99% 
of  the  data  is  either  derived  from  the 
models  or  in  the  case  of  actual 
operating  data,  is  mechanically  fed  from 
batch  systems.  The  node Is  to  the  left  of 
the  Data  Base  are  the  mode3.s  discussed 
in  this  paper* 

The  special  studies  are  models  that 
have  been  developed  by  the  functional 
areas  for  use  in  additional  analysis  of 
the  data  and  "one-time-only"  projects. 
95  percent  of  these  programs  are  written 
(in  APL)  directly  by  the  functional 
department* 

The  Reporting  System  indicated  in 
the  upper  right  hand  side  is  a  series  of 
programs  to  format  the  data  or 
information  in  a  variety  of  user  defined 
ways.  A  unique  function  within  the  APL 
system  allows  the  user  to  develop  some 
basic  reports  in  just  a  few  seconds. 
Elaborate  reports  take  longer.  This  is 
particularly  useful  with  the  simulation 
models  as  frequently  a  unique  problem  is 
being  examined  and  the  manager  or 
analyst  does  not  want  to  wacte  through 
predetermined  general  reports  to  observe 
the  effects  of  a  particular  set  of 
simulation  outputs.  In  addition  this 
flexible  report  writing  procedure  makes 


it  very  easy  to  change  report  formats  . 

One  of  the  chief  advantages  of  this 
type  of  an  overall  system  is  that  it 
links  together  the  historical  and  future 
data,  and  all  of  the  parts  of  the 
business  so  that  the  business  can  at  the^ 
same  time  be  viewed  as  an  integrated 
whole  or  be  broken  down  into  its  various 
componen  ts .  Through  the  s  i  mul a tion 
models  ,  it  can  be  readily  ascertained 
how  a  decision  in  one  functional  area 
will  reverberate  through  the  system  and 
affect  other  functional  areas  and  the 
firm  as  a  whole*  These  effects  can  be 
simulated  and  shown  in  seconds  or 
minutes  rather  theui  hours  or  days  for  a 
v4iole  series  of  alternatives.  Through 
the  use  of  "base  cases",  variable 
sensitivity  analysis  is  quickly 
calculated. 
FUTURE  PROJECTS 

In  the  same  sense  that  planning  is 
an  on-going  process  so  are  these  models 
and  data  bases*  We  find  that  solutions 
to  one  problem  generally  result  in 
additional  questions  or  demonstrate  a 
lack  of  understanding  of  other 
processes.  For  us  this  means  that  our 
models  must  change  to  answer  new 
questions  and  to  handle  problems  and 
alternatives  not  previously  considered. 
Little,    probably    best    described  this 
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process  as  an 

"analysi  s-education-deci  sion  process " 
where  man  in- working  with  models  updates* 
his  intuition  as  he  understands  more 
about  the  problem  and  the  models  assist 
in  this  proce<;s  by  interrelating  the 
factors  for  him  (Little  1970). 

We  process  model  changes  on  an 
on-going  basis  by  changing,  discarding 
and  recreating,  or  at  the  same  time  both 
enlarging  some  models  (to  account  for 
added  complexities)  and  adding 
simplifying  models  for  summary  level 
analysis. 

We  are  also  continuously 
researching  new  capabilities  in  order  to 
learn  more  about  our  business,  its 
environment,  and  to  assist  in  developing 
better  ways  of  doing  business. 

On      Chart  7  the  asteriks  represent 
some    of    the  projects  with  which  v;e  are 
currently  involved, 
ECONOMIC  DATA  ANALYSIS 

As  previously  indicated^  we  already 
have  both  historical  and  forecasted  data 
for  several  economic  series  and  a  broad 
set  of  statistical  routines  for 
analysis.  Currently  under  development 
are  I/O  models  to  develop  industry  and 
geographic  forecasts,  models  to  combine 
both  economic  and  market  research  data 
(potentials,    penetration  growth  rates). 


From  this  will  come  (hopefully) 
information  for  better  resource 
allocation,  identification  of  growth 
areas  and  a  measure  of  the  influence  of 
environmental  data  on  our  business. 
PROBABILISTIC  FORECASTING 

We  are  already  doing  statistical 
variance  analysis  as  a  part  of  our 
statistical  and  feedback  models 
discussed  earlier  and  this  provides  us 
with  the  capability  of  applying 
confidence  intervals  to  our  statistical 
forecasts  in  addition  to  the  point 
estimates. 

We  are  currently  working  on  the 
capability  of  doing  risk  analysis 
utilizing  "Monte  Carlo"  simulation 
methods  (AMA  1972).  The  objective  here 
is  to  integrate  modeling,  probability 
theory  and  simulation  for  Investment 
analysis. 

SENSITIVITY  ANALYSIS 

Currently  we  have  the  capability  of 
measuring  the  sensititivity  of  inputs  by 
changing         an  input  variable, 

re-simulating  and  mechamically  measuring 
the  change  in  output  variables  against  a 
previously  defined  "base  case".  This 
method  while  it  is  operational  -  it  is 
crude.  We  are  enhancing  the  existing 
capability  with  likelihood  information 
for  the  input  variables. 
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THE  IMPLEMENTATION  PROCEDURE 

V7e  became  involved  with  simulation 
and  models  when  we  were  able  to 
demonstrate  to  ourselves  and  management 
that  this  alternative  provided  us  with 
better  forecast  and  planning  procedures 
than  the  manual  systems  they  replaced 
(more  timely  and  economical  as  well)  • 
Each  new  application  must  pass  this  same 
test.  As  was  indicated  earlier,  our 
initial  model  cost  us  und^r  $3000  which 
included  computer  costs,  systems 
cinalysis  support  and  the  time  of  our  own 
staff. 

From  the  models  inception,  other 
functional  areas  were  asking  us  to 
change  input  variables  and  simulate  the 
effects.  We  were  immediately  requested 
to  incorporate  additional  features  to 
enhance  and  generalize  the  use  of  the 
model  for  them* 

There  ^re  several  important 
contributing  tdctors  to  this  happy 
state.  We  have  already  discussed  three 
important  ones  -  usefullness,  economy, 
and     timeliness.  There    are  other 

significant  factors? 

Interactiveness-the  ability  to  change 
assumptions  and  obtain 
instamtaneous  results.  The 
t  e  rmin  a  1  and  mode  1  s 

essentially  become  an 


extension  of  the  manager  or 
walyst. 

Direct  Involvement  -There  are  no  third 
parties  cr  intermediary 
obstacles  to  work  through 
(coding  sheets^,  keypunch 
routines  or  programmers),  just 
the  manager  and  the  terminal. 

APL  Language  -APL  is  extremely  macro 
oriented  and  knowledge  of  only 
a  few  commands  allows  the  user 
considerable  "programming  *• 
capability.  Our  Management 
Sciences  group  (in  the  U.S. 
h  a  ve  f  o  und  APL  to  s  a  ve 
resources  over  conventional 
languages  (Fortran,  COBOL, 
BASIC)  of  from  5-15:  '  1 
(Redwood  1972  and  Schengilli 
1971). 

Tineliness    -To  implement  useful  models. 

The  combination  of  terminals, 
on-lino  data  bases  and  7\PL 
allowed  tiiodels  to  be  developed 
and  implemented  in  the  time 
that  it  would  take  to  write 
the  specifications  in  a  more 
convent  loan  1  Iwguage  on  a 
batch  system. 

User  Involvement  -Because  of  all  the 
above,  it  put  a  modelling 
capability    directly  in  hands 
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of    the  user  -    given  that  he 
has      analytical      ability  of 
orientation. 
All  of  the    above    models  have  been 
developed    by  my  staff  complemented  with 
one    full      time      consultant    from  the 
timesharing  vendor  and  myself  -    a  total 
of  five.      Hone  of  us    have  worked  full 
time    on    modelling,      the    models  have 
evolved      as    part      of    performing  our 
overall  responsibility.     We  estimate  our 
total  investment  in  these  systems  to  be 
under  $30K  to  date. 

We  have  worked  sufficiently  long 
with  these  kinds  of  modelling 
applications  to  observe  their  effects  on 
two  other  important  work  related  aspects 
resource  requirements  and  job 
satis  factioilfi  We      have  saved 

considerable  cost  by  using  computer 
based  models  rather  than  strictly  manual 
approaches.  We    estimate    it  v;ould 

require  several  magnitudes  of  manpov;er 
increases  to  achieve  the  same  level  of 
output  -  a  significant  increase  in 
efficiency.  Each  analyst  has  a  low-cost 
terminal  which  they  have  come  to  rely 
upon  in  all  phases  of  analysis  and 
problem  solving.  The  average  usage  is 
50  hours  per  month  per  analyst.  The 
range  of  APL  programming  capability 
ranges  from  poor  to  very.  good.  However, 


to  operate  the  models  no  programming 
ability  is  required,  hut  I  do  require  of 
the  analysts,  knowledge  of  how  to  access 
files  and  use  the  computer  in  a 
calculator  mode.  The  use  of  timeshared 
models  gives  each  of  the  analysts 
greater  responsibility  and  scope  than 
would  be  possible  in  a  manual 
environment  v/hich  has  generally  resulted 
in  a  much  gre  a  te  r  le  ve  1  of  j  ob 
satisfaction. 

In  conclusion  we  have  found 
timeshared  simulation  models  to  be 
imminently  successful  in  our  planning 
processes.  We  use  them  as  an  augment  to 
the  manager  in  assisting  him  in  planning 
and  decision  processes  by  providing  the 
capability  of  an  instantaneous  data 
retriever,  analyzer  and  projector*.  The 
models  have  been  adopted  in  the  U.S.  as 
well,  further    attesting     .to  their 

usefullness  in  these  processes  (Redwood) 
plus  other    uses.  We    have    as  well 

adopted  the  s i mu 1 a ti on  mode 1 s  to  our 
smallest  divisions  which  demonstrates 
that  computer  based  simulation  models 
are  economically  viable  in  small  as^ell 
as  large  business. 
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APL  MODELS  FOR  OPERATIONAL  PLANNING 
OF 

SHIPMENT  ROUTING,  LOADING,  AND  SCHEDULING 


ABSTRACT 

A  vehicle  routing  algorithm  with  an  imbedded  hading 
iieuristic  and  movement  simulation  was  developed  to  provide 
the  interactive  capability  to  plan  shipment  delivery  and 
returns 

The  vehicle  movement  model  is  a  small  discrete  event  fixed 
interval  simulation  that  uses  the  APL  operators  to  keep  track 
of  loading  facility  status,  truck  location,  etc.  for  scheduling 
puiposes. 

The  models  operate  in  a  field  environment,  but  are  linked  to 
centralized  planning  models  and  data  bases. 

They  are  illustrative  of  A  PL's  almost  unique  ability  to 
combine  sinr.Uiatiun  modeling  with  operational  restrictions 
such  as  interactive  operation  by  non-programmers. 

INTRODUCTION 

This  paper  outlines  the  design  of  a  system  of  APL  models 
which  support  Xerox*  dist^ribution  planning.  It  starts  by 
describing  the  operating  environment  in  which  the  planning 
occurs.  This  sets  the  stage  for  a  discussion  of  the  models* 
overall  design  philosophy:  The  power  of  simulation  should  be 
in  the  hands  of  the  functional  user  rather  than  an  operations 
research  specialist.  Some  details  are  then  given  on  the 
routing,  loading,  and  scheduling  sub-models  to  give  insight 
into  how  they  work  together  to  aid  development  of  a  viable 
product  delivery  plan.  This  is  followed  by  an  explanation  of 
how  the  truck  scheduling  simulation  is  conceived  in  terms  of 


matrix  (APL)  operations.  The  way  in  wiiich  models  are 
conceived  in  APL  leads  to  a  closing  analysis  of  its  advantages 
and  disadvantages  as  a  simulation  tool,  at  least  as  experienced 
in  this  synem. 

SYSTEM  OPERATING  ENVIRONMENT 
Exhibit  1  is  a  schematic  of  the  system's  operating 
environment.  A  national  distribution  staff  is  located  in 
Rochester,  New  York.  Regional  operating  staffs  are  located 
in  five  major  cities:  Chicago,  Los  Angeles,  New  York,  Dallas, 
and  Washington.  The  national  staff  is  responsible  for 
development  of  operating  policies,  such  as  what  modes  of 
transport  can  be  used.  In  line  with  these  policies,  they 
negot  ce  with  csiliers  and  develop  data  bases  needed  to  plan 
operations,  such  as  freight  rates  by  transport  modes. 
Responsibility  for  regional  movement  of  the  product  (Xerox 
copiers)  is  in  the  hands  of  the  regional  staffs  who  must  also 
supply  data  on  how  well  they  are  performing  to  Rochester. 

The  regional  staffs  must  also  develop  the  actual  plans  to 
move  the  machines  in  time  to  notify  the  carriers.  They 
normally  do  this  once  a  week  and  the  calculations  must  be 
completed  in  the  span  of  a  few  hours.  They  obtain  requests 
for  copiers  from  branches  and  must  decide: 

•  How  many  trucks  from  each  kind  of  carrirr  to  use. 

•  What  routes  should  the  trucks  take. 

•  How  should  the  trucks  he  loaded. 

•  When  should  the  trucks  be  scheduled  to  depart  and 
arriv. . 
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Exhibit  I:  System  Operating  Environment 

These  (leeisions  must  take  into  aeeount  loeal  polieies  and 
eonditions  known  only  to  regional  personnel;  e.g.,  a 
temporary  shortage  of  trueks  available  to  the  preferred 
earrier.  The  deeisiuci;^  arc  also  interloeked;  e.g.,  how  many 
trucks  arc  needed  depends  on  how  they  are  loaded,  which  in 
turn  depends  on  how  they  arc  routed,  and  so  on. 


Is  very  amenable  to  operator  intervention  to  reflect 
local  conditions. 

Can  be  fed  diita  by  a  rtiural  staff  of  function;d 
experts. 

Can  be  maiptained  by  a  central  itaf'f  of  operations 
analysts. 


It  is  clear  that  the  typical  off-line  optimization  study  by  an 
operations  analyst  has  no  place  in  tins  environment.  What  is 
.needed  is  a  system  of  models  that: 

•  Can  I)c  used  by  non-specialist  personnel. 

•  Has  very  quick  turnaround. 


OVERALL  DESIGN 

Exhibit  2  shows  the  overall  design  of  the  system.  This  design 
is  aimed  at  answering  the  needs  of  the  distribution  planners 
just  discussed  througii  ^'^ploitalion  of  the  power  of  modeling 
in  general  and  of  APL  in  particular.  Later  we  shall  review 
APL  as  a  vehicle  for  simulation  in  tlie  light  of  this  design 
experience. 
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Exhibit  2:  Overall  Systems  Design 

The  first  feature  cf  the  planning  system  that  should  be  noted 
is  that  the  computer,  the  models  and  all  data  files  are 
centrally  located.  The  work  was  initially  done  on  an  IBM 
370-145  owned  by  an  outside  time  sharing  service.  It  is 
currently  being  converted  to  our  own  XDS  Sigma- 7  in 
Rochester  (an  APL  interpreter  has  only  recently  become 
available  on  that  machine).  Central  location  enables  us  to 
keep  national  level  control  over  model  refinements  and  data 
base  updates.  All  interfacing  with  model  including  data  entry 
is  done  by  teletypes  over  phone  lines,  so  actual  physical 
location  of  the  computer  is  immaterial  except  for  phone 
cliarges. 


ITie  regional  distribution  staff  pnters  weekly  branch  demand 
for  copiers,  and  also  through  answering  questions,  determines 
the  local  operating  policies  under  which  planning  is  done. 

The  local  planner  seeks  to  develop  a  best  equipment  plan 
composed  of  best  (near  cost  optimum)  runs  or  routes,  best 
(highest  feasible  load  factor)  loading,  and  best  (minimum 
vehicle  usage)  truck  schedule. 


The  national  distribution  staff  maintains  files  on  product 
charaeteristics,  sueh  as  shipping  weight,  freight  rates,  vehicle 
capacities,  speeds,  etc.  They  enter  this  data  via  file 
maintenance  procedures  over  a  teletype.  The  data  is  stored 
permanently  on  disk  packs  at  the  computer  center.  Updating 
is  done  on  an  as  needed  basis. 


In  this  task  he  is  aided  by  three  interlocking  sub-models:  a 
router,  a  loader,  and  a  scheduler.  The  router  examines  a  file 
of  available  routes  and  queries  the  loader  as  to  how  many 
trucks  would  be  required  to  meet  input  demand.  The 
corresponding  delivery  cost  is  also  calculated.  The  router 
selects  the  cheapest  routes  and  transport  modes  and  ignores 
scheduling  problems.  The  interaction  between  the  router  and 
loader  is  entirely  automatic;  i.e.,  occurs  without  operator 
intervention.  What  is  produced  is  the  cheapest  routing 
consistent  with  truck  capacities,  but  which  may  be  infeasibic 
from  a  scheduling  viewpoint. 
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The  liuinan  opciator  tlicu  iiucrwncs  to  dcicnninc  if  the 
chtMpfit  louting  is  feasible  from  a  .Ncheduliiig  viewpoint.  He 
inputs  departure  times  for  the  eheapC}»t  runs  consistent  witlj 
his  doek  loading  capacity.  A  tniek  niovenieni  sinuilator 
traces  the  movement  of  each  vehicle  and  informs  him  of  all 
their  activities.  If  the  trucks*  arrival  times  are  not 
satisfitctory,  he  can  manually  input  new  departure  times  until 
they  arc;  then  his  jol>  is  done. 

If,  however,  no  departure  times  can  he  found  to  make  the 
cheapest  runs  feasihie,  he  may  instruct  the  routing  routine  to 
modify  its  recommendations;  e.g.,  restrict  use  of  one  or  more 
runs. 

This  iterative  process  is  repeated  until  the  operator  is 
convinced  he  has  the  cheapest  route  consistent  with  all 
operating  constraints  even  these  the  model  is  not  directly 
aware  of.  In  other  words  he  conditions  the  computer  solution 
to  make  it  feasible  in  light  of  non-quantifiable  constraints. 

In  all  eases  the  mode!  informs  the  operator  of'thccost  of  all 
ahernatives.  If,  for  example,  a  hranch  requests  crash  service 


not  within  the  optimal  schedule,  he  can  evaluate  the  cost  .uul 
make  a  decision  whether  to  approve  the  variance  from  plan. 

This  segmented  design  approach  w;is  taken  because  il 
rq)resentcd  a  good  mix  of  computer  and  human  talents 
under  the  technical  limitations  of  API..  The  calculation 
burden  of  searching  thousands  of  routing  alternatives  was 
taken  off  the  slioulders  of  the  planner.  The  human  supplied 
full  recognition  of  rapidly  changing  local  conditions.  How 
much  the  technical  limitations  of  APL  influenced  the  design 
tradeoff  is  a  later  topic  of  discussion. 

TRUCK  ROUriNG,  LOADING, 
AND  SCHEDULING  CONCEPTS 

Exhibits  3,  4,  and  5  show  iu  conceptual  terms  how  truck 
routing,  loading,  and  scheduling  arc  accomplished. 

The  process  begins  with  the  planner  entering  the  weekly 
demand  for  product  pickups  and  deliveries  through  a 
*START*  routine.  After  this  data  is  edited  and  filed,  the 
START  routine  calls  the  ROUTE  routine  to  determine  a 
good  set  of  truck  runs.  The  planner  can  force  the  computer 


START  ROUTINE 


Cent  ran  Run 
Specification 
Run  Costs 
Weight  Breaks 


ROUTING  ALGORITHM- 

1.  Cost  out  required  runs  per  specified  modes  of  transportation. 

2.  Cost  out  all  runs  to  serve  highest  cost  point. 

3.  Select  cheapest  run  among  alternatives. 

4.  Repeat  steps  2  and  3  until  demand  is  exhausted. 

5.  Smooth  selected  runs  and  drop  excess  stops. 

6.  Compute  total  cost  of  selected  run  set. 

7.  Display  basic  cost  report. 

8.  Display  detailed  cost  report  if  (requested). 


Required  Runs 
Required 
Transportation 
Modes 


Exhibit  3:  Truck  Routing  Concept 
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to  make  some  runs  for  operating  reasons  and  these  be 
routed  and  loaded  first.  The  ROUTE  routine  depends  on  the 
IX)AD  routine  to  tell  it  how  many  trucks  are  needed  and 
what  is  their  load  factor. 

After  all  required  runs  are  completed,  the  computer  examines 
all  branches  and  determines  which  is  most  expensive  to  serve 
with  direct  (1  stop)  service.  It  then  searches  all  filed 
multistop  runs  (CONTRAN)  that  go  to  that  point  and  selects 
the  cheapest.  The  machine  demand  is  decremented  by  the 
track's  load  and  the  process  is  repeated  until  all  demand  at  all 
points  is  exhausted. 

Then,  because  the  above  heuristic  is  "greedy,**  loads  arc 
shifted  among  the  chosen  runs  to  smooth  the  loading.  This 
may  eliminate  some  excess  charges  incurred  for  very  heavy 
loads  and  also  some  unnecessary  stops.  . 

The  ROUTE  routine  also  displays  the  routing's  total  cost  and 
run  costs  if  desired. 


The  loading  concept  as  in  Exhibit  4  is  interesting  in  thai  it 
deals  with  products  that  are  relatively  large  compared  with 
the  vehicle.  For  example,  only  three  of  our  large  machines 
can  be  fit  side  by  side  on  a  truck.  Products  of  different  sixes 
are  normally  shipped  together.  This  means  space  can  be 
wasted  if  the  loading  pattern  is  not  well  laid  out. 

The  routing  logic  gives  the  loader  data  on  the  machine 
demand  at  the  potential  stopping  points.  The  loadc^r  loads  the 
stops  in  reverse  order  since  there  are  doors  only  al  the  end  of 
tlie  truck. 

Big  machines  (duplicators)  are  loaded  first  since  they  arc  the 
hardest  to  fit.  They  are  loaded  in  from  front  to  back  until 
they  «^re  cxh^.^stsd.  Tlicn  middle  size  machines,  known  to  fit, 
are  fUlcd  in  beside  them.  Next,  consoles  and  desktops  arc  put 
in  as  sets  of  3,  4,  5  until  the  first  deck  of  the  truck  is 
exhausted.  A  second  deck  is  then  gone  to  until  the  truck's 
overall  capacity  is  exhausted.  Legal  weight  limits  are  also 
observed.  , 
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Products, 
sizes,  weights 


ROUTING  HEURISTIC 


Each  Truck*s 

A.  Potential 
stopping 
points 

B.  Demands 
at  those 
points 


A.  Truck' 
Loading 

B.  Stops 
Chosen 


LOADING  SIMULATOR 

1.  Load  stops  in  reverse  order. 

2.  Load  duplicators 

3.  Fill  in  beside  dups. 

4.  If  no  more  demand,  turn  dups, 

5.  Load  consoles  ahd  desktops 

6.  Go  to  second  deck  if  necessary 

7.  Continue  until  space  exhausted  or  weight 
limit  reached  or  demands  exhausted. 


/I 


Truck 
Dimensions 


V  Dimei 


terminal] 


Exhibit  4:  Truck  Loading  Concept 


ERIC 


626 


This  loading  process  is  essentially  a  siiniilation  of  hinnaii 
dock  loading  practice  and  was  tested  and  refined  through 
competition  with  experienced  dock  personnel. 

Note,  however,  that  the  point  is  not  to  *1)cat"  the  man  on 
the  dock,  hilt  to  make  the  planner  aw.ire  of  how  the  dock 
man  would  behave  if  he  were  told  to  load  a  given  block  of 
machines.  This  enables  the  planner/computer  to  try  many 
different  routings  and  loadings  to  determine  the  cheapest. 

Exhibit  5  shows  the  scheduling  concept  and  how  it  relates  to 
the  rest  of  the  system. 

The  scheduler  is  called  upon  to  determine  the  truck 
departure  and  arrival  times  for  the  runs  initially  selected  by 
the  routing  process. 


mileages,  legal  restrictions  on  driving  honrs,  and  the  operaluii* 
schedules  of  the  deliver)  point  facilities.  How  this snnulation 
works  in  detail  is  discussed  in  a  moment  to  give  a  better  feel 
for  ATI,  model  formnl«iTu>Ti. 

The  computed  arrival  times  are  displayed  so  that  the  planner 
ca:i  determine  if  the  schedule  is  satisfactory.  If  it  is,  the 
planning  job  is  completed.  If  it  is  not,  he  can  jnggle  departure 
times  to  avoid  dock  congestion  or  weekend  runs  until  he 
arrives  at  a  satisfactory  schedule.  Ocaisionally  he  is  forced  to 
redo  the  routing  process  with  restrictions  on  the  usq  of  mns 
that  cannot  be  satisfactorily  scheduled.  In  other  words,  the 
routing-scheduling  process  is  a  feedback  iterative  process 
controlled  by  the  systems  operator. 


The  scheduler  accepts  manual  starting  times  and  simulates 
truck  movements  taking  into  account  truck  speeds,  inter-city 
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►  Standard  factors 

'  I/)ading  times  and 
unloading 
•  Travel  speeds 

►  Driver  work  day 

►  Point  to  point  distances 


LOADING 

HEURISTIC 

Drop-off 

and  pick- 

up weights 

SCHEDULING  ALGORITHM 

L  Schedule  CONTRAN  runs. 

2.  Compute  loading  and  unloading  times  for 
each  route. 

3.  Compute  travel  times  between  points  on  the 
CONTRAN  runs. 

4.  Given  starting  times,  compute  truck 

5.  Display  dock  loading  schedule. 

6.  Display  truck  arrival  schedule  adjusting 
for  driver  working  hours. 

7.  Display  travel  times  by  padded  van  or  motor 
freight  if  requested. 
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HEURISTIC 
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■  Truck  loading  start  times, 
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Exhibit  5:  Truck  Scheduling  Process 
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APL  FORMULATION  OF  THE 

TRUCK  MOVEMENT  SIMULATION 

The  SCHEDULE  routine  is  required  to  determine  the  arrival 

time  of  trucks  given  departure  times,  truck  speeds,  inter-city 

distances,  etc. 

Exhibit  6  shows  how  this  problem  was  formulated  for  APL 
coding.  First,  each  trip  was  conceived  of  us  occurring  without 
delays  due  to  facility  shutdowns  or  logged  driving  hour 
limitations.  The  truck  was  loaded,  rolled  to  the  first  stop, 
unloaded,  rolled  to  the  next  stop,  etc. 

Intcr-city  distances  and  driving  speeds  were  drawn  from  files 
and  travel  times  were  computed  from  their  ratios.  Shipment 
weight  at  each  stop  was  drawn  from  the  routing  logic  and 
multiplied  by  a  loading  factor  per  pound.  The  sum  of  the 
loading  time  at  the  prior  stop  and  the  inter-city  travel  time 
between  each  stop  and  the  prior  stop,  gives  the  time  between 
arrivals  in  working  hours. 

Input  supplies  working  and  driving  hour  limits  and  facility 
open  hours.  This  information  is  used  to  set  up  facility  and 
crew  status  vectors. 

A  time  counter  is  advanced  starting  at  the  input  beginning 
point.  The  truck  is  loaded  for  as  many  hours  as  it  takes  to  fill 
it.  The  crew's  time  is  not  taken  up  in  the  initial  loading.  Once 
the  truck  is  full,  the  crew's  status  is  marked  as  working  and 
driving.  This  status  is  kept  as  each  hour  passes  until  an  arrival 
is  due.  The  crew's  log  book  or  status  vector  is  scanned  each 
hour  to  determine  how  long  they  have  worked.  When  they 
have  worked  their  limit,  they  arc  forced  to  sleep.  If  the  truck 
arrives  at  a  facility  whose  status  is  closed,  time  advances  and 
the  crew  is  forced  to  "sleep'*  again. 

The  effect  of  this  process  is  to  interject  dead  time  into  the 
arrival  time  schedule  originally  computed.  In  other  words,  we 
convert  working  hours  into  calendar  hours  by  taking  into 
account  departure  time,  sleeping  time,  and  time  spent  waiting 
at  shut  facilities.  There  is  no  way  these  dead  times  could  be 


calculated  without  tracing  the  prior  history  of  tnick 
movement,  hence  the  procedure  is  rightfully  called  a 
simulation. 

The  advantage  of  the  approach  is  that  in  general  individual 
entities  and  events  need  not  be  traced  in  the  coding.  For 
example,  the  array  ARIV  is  a  single  matrix  that  is  computed 
in  a  few  steps  without  iterations  or  scanning  to  trace  an 
individual  tnick  making  individual  stops.  Matrix  operations 
(x  ■^  etc.)  permit  doing  the  job  in  one  pass. 

Other  operations  arc  used  to  flag  facilities  as  open  or  shut  to 
all  trucks.  In  other  words,  as  much  homework  as  possible  is 
done  before  getting  into  the  time  scanning  (which  docs 
involve  a  FORTRAN  type  loop).  In  addition,  historical  scans 
of  the  facility  and  crew  status  vectors  are  done  directly  with 
single  operators.  This  prevents  loops  occurring  within  loops. 

These  steps  are  taken  because: 

•  It  is  conceptually  easier  to  use  the  APL  primitive 
operators  (after  you  get  used  to  the  idea). 

•  APL  is  interpretive  and  loops  should  be  avoided  since 
each  line  would  be  retranslated  over  and  over. 

When  formulating  APL  problems  for  the  experienced  coder, 
it  is  often  not  necessary  to  go  into  much  more  detail  than 
Exhibit  6.  This  enables  the  analyst  and  programmer  to 
converse  on  the  conceptual  level  rather  than  the  coding  level. 

APL  AS  A  SIMULATION  MODEUNG  TOOL 
Exhibit  7  summarizes  our  experience  with  APL  as  a 
simulation  modeling  tool.  In  systems  develcpment,  the  main 
thing  that  stands  out  is  the  sheer  coding  speed  of  APL  over 
FORTRAN.  For  heuristics,  models,  and  simulations,  we 
estimate  it  to  be  perhaps  five  times  faster.  This  savings  comes 
fjrom  the  fact  that  it  is  possible,  as  we  have  seen  with  the 
truck  movement  simulator,  to  conceive  the  coding  in  terms 
of  matrix  operations  that  arc  conceptually  very  close  to  the 
basic  processes  to  be  modeled. 
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Kxtiihit  6:  Scheduling  Simulation  APL  Formulation 
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Besides  reducing  the  coding  bottleneck,  AVVs  speed  has 
another  major  influence  on  the  project.  It  made  it  possible  to 
experiment  with  alternative  heuristics  on  an  ongoing  basis; 
i.e.,  to  conduct  research  as  part  of  the  planning  system 
design.  This  turned  out  to  be  very  important  because  we  were 
working  in  an  area  where  operations  research  was  required 
before  the  final  design  could  be  selected.  For  example,  we 
originally  thought  linear  weight  and  area  constra;  ts  would 
be  sufficient  to  determine  product  loading  feasibility. 
Experiments  comparing  the  loads  obtained  against  dock 
loading  practice  showed  it  was  necessary  to  simulate  the 
fitting  of  each  machine  on  board  the  truck. 


If  coding  speed  is  APl/s  strength,  then  its  biggvst  we;ikness  in 
our  experience  .was  the  small  available  workspace.  The  total 
storage  requirement  of  the  system  exceeded  the  workspace 
available,  forcing  us  to  segment  the  routing  and  scheduling 
into  two  separate  workspaces.  We  don't  believe  that  this  hurt 
the  project  too  badly  in  terms  of  performance  of  the  system 
because  the  interface  between  these  two  processes  probably 
will  always  require  manual  intervention  anyway.  However^ 
under  current  APL  software,  program  swapping  or  chaining  is 
not  possible  at  the  speeds  neccssar)'  for  algorithmic  searches 
or  large  scale  simulati  ons.  This  is  a  major  limitation  of  the 
language  which  is  currently  being  addressed  by  software 


SYSTEM  CHARACTERISTIC 

INDICATOR  OR  " 
EXPERIENCE 

COMMENTS 

Elapsed  Time 
(Months) 

Effort 
(Man  Months) 

Development 

Design 

1.0 

2.0. 

Time  largely  unaffected  by 
APL  characteristics 

Coding 

1.0 

2.0 

Major  reduction  in  time  over 
FORTRAN  due  to  APL 
coding  speed. 

Test  And  Implementation 

3.0 

9.0 

Major  reduction  in  time  over 
FORTRAN  due  to  rapid  rewrite 
capability  and  terminal  editing. 

Operating 

Time 

CPU 

3  -  4  Minutes 

Much  heavier  CPU  use  not 
practical  on  interactive  basis. 

Terminal  Connect 

20«40  Minutes 

Much  longer  elapsed  times  not 
practical  on  interactive  basis. 

Size 

Coding 

Almost  48,000  bytes  or 
6,000  characters 

Coding  is  stored  and  interpreted  • 
not  compiled. 

Total 

About  75,000  bytes 

Small  workspace  size  (48,000 
bytes)  forced  use  of  program 
segmenting. 

Cost 

CPU 

$30 

Estimated  payoff  per  use:  $200 

Terminal  Connect 

$5-10 

Relatively  small  proportion  of 
total  cost  for  APL  application. 
Depends  on  distance  to  computer. 

Exhibit  T^Summary  of  System  Characteristic 
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gr(iu|):;.  Disk  HIon  (or  ,st(»r.ij;o  arc  awiilaMo  and  were  used 
extensively. 

In  icnns  of  running  time,  AIM.  h  Tasicr  than  wo  originally 
antieij)atO(l,  hut  <;l<»w  cnongi)  to  foreo  us  to  limit  thcanu>unt 
of  loute  searching  <l<ine  in  the  system. 

AVI,  is  an  inteipictive  language;  i.e.,  it  retranslate>  souree 
ccxling  on  a  line-hy-line  basis.  This  impONes  a  translation 
overhead  whieh  ean  he  very  severe  in  highly  repetitive  seareh 
proee.sses  ll  is  not  only  desirahle  to  coneeive  models  in  terms 
of  matrix  oporatic^ns.  it  is  mandatory  if  sj)ecd  is  a 
consideration.  Carrying  oxit  processes  as  in  l-ORTRAN 
row^by-row  or  coluinnd)y*c(>Un»n  is  not  practical. 

If  the  model  is  to  operate  in  an  interactive  mode  (as  do  mo  si 
API.  models),  the  anu)unt  of  calculation  that  is  practical  is 
limited,  in  our  system  the  user,  at  M>mc  points,  nmst  wah  up 
lo  10  minutes  elapsed  time  for  calculations  to  he  conjpkte. 
IMumc  c<mncetions  are  not  reiiahlc  enmigh  to  push  that  figure 
much  higher. 


CLOSING  SUMMARY 

Summarizing  our  experience  with  .MM.  in  ihi<  NVstcnK  we 
were  generally  impies.scd.  We  arc  convening  most  of  our 
modeling  efforts  over  to  the  language  hcc.mse  of  hs  coding 
speed  advantages.  We  aic  also  re<picsting  our  soft  \v.u'e  gioiips 
to  address  the  program  ch.iining  and  woiksp.tcc  si/.c  issues  on 
our  own  machine.  \\V  anticipate  a  .')()%  incrc.isc  in  woikspace 
size. 

Pel  haps  the  hest  thing  that  can  he  .said  in  AIM.'s  favor  is  th.u 
it  makes  it  technically  pji>>si!)le  to  put  models  whcie  they 
belong  (in  the  planner^  hands)  in  an  ama/.ingly  >hou  peiiod 
of  time. 

He  then  can  participate  in  the  testing  puiccss  and  give  nmrh 
nunc  rapid  feedback  on  an  app loach's  iclcvance  to  the  leal 
piobleni.  This  goes  a  long  way  in  <»vei<'oming  the 
implementation  gap  thai  often  occuin  with  <»perati<M)s 
research  based  pi ojects. 


Fortunately  wc  found  that  the  .system  helped  the  planner 
reduce  the  distribution  costs  significantly  within  the  linjits 
imposed  by  the  technology.  The  direci  savings  came  out 
about  5' 10  times  system  opcratuig  costs. 
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A  IVO  ASSET  CASH  FLOW  SIMULATION  MODEL 


Richard  C.  Grlnold 
and 

Robert  M.  Oliver 
University  of  California,  Berkeley 


Abstract^ 

We  present  an    APL  PLUS    simulation  model  of  a  two 
asset  cash  management  system*    The  two  assets  are 
cash  and  an  Income  producing  portfolio.    The  model 
relates  cash  transfer  policies  and  futures  stocks  of 
cash  and  Income  producing  assets  to  restrictions  on 
average  and  minimum  balances;  projections  of  -future 
cash  flows,  the  costs  of  cash  management,  and  user 
specified  objectives. 


I.  Introduction 

An  organization's  cash  management  system 
acts  as  a  buffer  between  the  organization's 
Internal  cash  needs  and  Its  external  financial 
relations  with  customers,  suppliers,  tax  col- 
lecting agencies,  and  banks.    Three  frequently 
cited  reasons  for  holding  cash' are  to  ease  anti- 
cipated disbursements,  to  act  aa  a  reserve  for 
unexpected  cash  demands,  and  to  compensate  banks 
for  their  services.    The  most  important  cost  of 


holding  cash  is  the  opportunity  lost  by  not  using 
the  cash  in  some  alternate  way.    For  example, 
cash  could  be  used  to  pay  existing  loans,  as  a 
dividend  to  shareholders,  as  a'short  term  extet- 
nal  investment,  or  as  an  internal  capital  invest- 
ment.   The  opportunity  cost  for  holding  cash  is 
the  loss  Incurred  by  not  using  the  cash  in  some 
optimal  alt/ernative  manner. 

Cash  flow  management  involves  scheduling 
the  timing  and  size  of  cash  transfers  in  order 
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to  meet  the  organization's  needs  without  carry- 
ing excessive  amounts  of  cash  in  nonproductive 
accounts.    The  two  asset  cash  management  model 
presented  in  this  paper  is  based  on  a  forecast 
of  future  cash  inflows,  institutional  restric- 
tions on  cash  stocks^  the  costs  of  holding  and 
transferring  cash,  and  a  user  selected  objective. 
The  model  is  not  unnecesnarily  complicated  and 
includes  many  essential  aspects  of  the  cash 
management  problem.    The  simplicity  and  inter- 
active nature  of  the  computer  model  make  it  an 
ideal  simulation  tool  for  decision  makers.  With 
practice,  the  input  and  output  of  the  model  can 
be  quickly  analyzed.    This  interactive  feature 
allows  the  decision  maker  to  simulate  the  con- 
sequences of  changes  in  cash  flow  forecasts, 
opportunity  costs,  compensating  balance  agree- 
ments, and  cash  management  objectives. 

Most  laige  organiztitions  have  a  choice  of 
several  income  producing  assets  that  are  alter- 
natives to  holding  cash.    These  assets  differ  ^.n 
maturity,  risk,  and  yield.    The  cash  management 
model  presented  in  this  paper*  aggregates  these 
income  producing  assets  into  a  single  income 
producing  portfolio.    The  two  assets,  cash  and 
the  income  producing  portfolio,  are  similar  to  a 
household's  checking  and  savings  account.    If  a 
firm- is  constantly  ■'n  a  borrowing  position,  then 
the  Income  producing  asset  can  be  viewed  as  a 
loan  portfolio.    The  two  asset  assumption  leads 
to  considerable  slmplifcation,  and  can  be  con- 


sidered as  a  first  approximation  to  the  multiple 
asset  model.    Cases  in  which  the  two  asset  as- 
sumption is  inappropriate,  will  be  discussed  in 
the  summary. 

Similar  cash  management  models  have  been 
considered  in  references  (1-3).    The  models  in 
(2-3)  lead  to  large  linear  programs  that  are  not 
suitable  for  flexible,  interactive  simulation. 
The  model  in  (1) ,  is  based  on  the  special  struc- 
ture of  optimal  policies  in  a  dynamic  program 
which  includ:  s  fixed  transaction  costs  but  does 
not  examine  average  balance  constraints. 

The  next  section  describes  the    APL  simu- 
lation package,  outlines  the  reasons  for  using 
APL    as  a  simulation  language,  and  suggests 
several  uses  for  the  model.     Section  III  formu- 
lates the  cash  management  problem  and  describes 
several  alternative  cash  management  objectives. 
The  fourth  section  contains  an  example  of  mar- 
ginal analysis  under  the  special  objective  of 
minimizing  the  total  cost  of  cash  management.  A 
similar  marginal  analysis  can  be  developed  for 
alternative  objectives.    Section  V  presents  some 
examples,  and  indicates  how  optional  policies 
change  in  response  to  changes  in  external  system 
parameters.    The  sixth  and  final  section  sunanar- 
izes  the  results. 

II.    APL  Simulation 

The  simulation  is  based  on  an  interactive 
system  of    APL /36Q  programs.    These  programs: 
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(a)  Examine  a  set  of  globally  defined 
variables.  » 

(b)  Construct  a  linear  programming  tableau 
appropriate  to  the  length  of  the  plan- 
ning horizon, 

(c)  Insert  coefficients  that  are  computed 
from  the  global  variables,  (a),  and 
the  underlying  cash  flow  conservation 
equations. 

(d)  Include  user  imposed  constraints,  such 
as  compensating  balances  and/or  c  lower 
bound  on  the  cash  level. 

(e)  Calculate  the  optimal  timing  aM  size 
of  cash  transfers,  and  the  marginal 
values  of  changes  in  exogenous  cash 
flows,  compensating  balance  levels  and 
lower  bounds  on  the  cash  level. 

(f)  Organize  the  output  in  a  graphical  or 
tabular  display  as  specified  by  the 
user. 

AFL    was  selected  as  the  program  language 
for  two  reasons.    First,  the  interactive  aspect 
of  the  language  allows  users  to  employ  the  pro- 
grams frequently  and  within  the  short  tlmespan 
available  for  making  cash  management  decisions. 
Second,  the  compact,  array  oriented  mathematical 
structure  of   API    is  Ideally  suited  for  con- 
structing tho  appropriate  tableau,  for  solving 
the  optimization  problem,  and  for  quickly  modi- 
fying the  model's  assumptions  and  parameters 
through  user  defined  global  variables. 


The  simulation  model  is  built  around  a 
linear  program  that  calculates  optimal  cash 
transfers  and  stock  levels.    The  interactive 
computer  program  allows  a  decision  maker  to 
simulate  the  impact  of  changi2s  in  predicted  cash 
flows,  cash  management  objectives,  Instlttitlonal 
constraints,  and  the  length  of  the  planning  ho- 
rizon on  cash  transfer  decisions  and  on  future 
stocks  of  cash  and  the  IncoL/;^  producing  asset. 
The  program  package  can  be  used,  in  several  ways. 

(a)  To  find  feasible  cash  flow  transfer 
schedules  that  will  meet  the  organiza- 
tion's commitments.    This  scheduling 
problem  can  be  considered  in  the  long 
run  (monthly  periods),  in  the  short  run 
(dally  periods) ,  or  over  a  sequence  of 
unequal  periods  (days,  weeks,  months, 
quarters,  years). 

(b)  To  estimat'e  the  costs  of  cash  manage- 
ment, and  to  project  the  future  stocks 
of  cash  and  the  Income  producing  asset. 

(c)  To  determine  the  costs  of  institutional 
arrangements  such  as  compensating  or 
minimum  balance  agreements. 

(d)  To  examine  the  Impact  of  smoothing  cash 
flows. 

(e)  To  forecast  periods  in  which  short-term 
borrowing  will  reduce  costs. 

(f)  To  identify  unforseen  Investment  possi- 
bilities. 

(g)  To  test  the  effect  of  al  .ornate  cash 
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management  objectives  on  cash  manage- 
ment policy. 

(h)  To  calculate  the  cash  transfers  and 
stock  levels  of  cash  and  the  income 
producing  asset  that  result  when  the 
worst  possible  cash  inflow  occurs. 

(i)  To  gauge  the  Impact  of  alternate  cash 
flow  forecasts  on  costs  and  cash  trans- 
fer decisions. 

(j)  To  discover  a  suitab?     planning  horizon 
iot  cash  management  planning* 

III.  Formulation 

This  section  formulates  the  cash  flow  model 
and  indicates  some  of  the  features  that  the 
simulation  pjograra  can  accommodate. 

The  fundamental  cash  flow  conservation 
equation 

(1)       XiJl  =  XU-ll  +  5CJ]  +  UlJl  -  VZJ2 

for    J  =  1,2  T 

with    ^CO]  =  XQ    a  user  supplied  global  variable. 

Period    J    is  an  interval  of  time  from  in- 
stant   c7-l    to  instant    J  ,    The  variables  in 
(1)  are  defined  as  follows:    XCJ-l]    is  the  cash 
level  at  the  end  of  period    J-1  ;  UiJ2  -  VUl 
is  the  net  amount  of  cash  transferred  into, 
(/[«/]  >  0    for  an  inflow  and    VUl  >  0    for  outgo, 
the  cash  account  at  the  beginning  of  period    J  , 
(at  time    J-1).    SCJ]    is  the  net  inflow  of  cash 
during  period    J    and    XW]    is  the  cash  level 


at  the  end  of  period    J  ,  (at  time    J).  The 
initial  cash  level    XLol  ,  and  the  exogeneous 
cash  inflows    sIJ2    are  known.    If  a  lover  bound 
determined  by  the  global  variable         ,  is  placed 
on  the  cash  accoint  then  equation  (1)  continues 
to  hold  although /^fCJ]  in  (1)  must  be  interpreted 
as  the  cash  level  in  excess  of  the  lower  bound; 
i.e.  the  actual  cash  level  minus         .    A  com- 
pens6.ting  balance  requiVement  is  described  by  a 
constraint  on  the  total  cash  holding. 

(2)    XLll  +  XL22  +  ...  +  XlTl  >  (T  X  iAK  -  LD) 

Here  is  a  -lobal  variable  describing  the 

average  level  in  the  cash  account.    The  simula- 
tion program  ignores  the  average  balance  con- 
straint if         <  L}^  . 

The  cash  management  objective  is  selected 
through  a  user  defined  global  variable    OF  .  the 
four  possibilities  are: 

OE-*-li    Hinimum  sum  of  all  future  opportu- 
nity and  transfer  costs 
■<-2:    Miniaiim  discounted  sum  of  all  future 

cash  transfers 
■^3:    Maximum  end  of  period  cash  and  se- 
curities 

"^•4:    Maximum  present  worth  of  future  cash 
and  securities 
Other  objective  functions  can  easily  te  handled. 
The  modeX  is  able  to  simulate  the  policy  implica- 
tions of  following  any' specified  objective. 
Other  features  of  the  package  allow  for 
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unequal  planning  periods,  and  allow  for  multiple 
average  balance  constraints.    For  example,  the 
planning  period  could  consist  of  eight  weekly 
periods  followed  by  four  monthly  period:;.  If 
the  organization  Is  constrained  on  an  average 
monthly  balance  then  there  are  a  total  of  six 
balance  constraints.    The  first  Involves  XCl] 
through    A*[U]  ,  the  second    A*[53    through  XZSl 
and  the  last  four  simply  state  that    XLJl  >  AX 
for    J  >  9  .    The  onplete  list  of  user  supplied 
global  variables  jfi  described  below. 

XQ  -  initial  cash  stocks 

yo  -  initial  stock  of  income-producing 
a'ssets 

CX  -  variable  unit  "'opportunity"  cost  of 

holding  cash 
CU  -  variable  unit  cost  of  transferring 

assets  to  cash 
CV  -  variable  unit  cost  of  transferring 

cash  to  assets 
AX  -  the  average  cash  level  or  compensating 

balance 

LX  -  lower  bound  for  cash  stocks 

OF  -  an  integer  denoting  the  choice  of 

objeccive  function 
D    *  d\srount  1  Cor 
2    -  unit  period  interest  rate 
DP  -  a  vector  giving  the  number  of  days, 

'eeks  or  months  in  each  accounting 

period 

BP  -  the  number  of  periods  that  apply  to  a 


compensating  balance  restriction 
To  avoid  complications  we  shall  concentrate  our 
analysis  on  the  special  case    DP  =  1  =  !  , 

and    BP    equals  the  length  of  the  planning 
horizon. 

IV.    Marginal  Analysis 

This  section  describes  in  detail  the  mar- 
ginal cost  information  derived  in  the  simulation 
when  the  cash  management  objective  is  the  mini- 
mization of  total  opportunity  and  transfer  cost. 
A  slmiiar  analysis  is  possible  for  the  other  c«»3h 
management  objectives  mentioned  in  Section  III, 
The  information  derived  in  this  section  will  be 
useful  in  interpreting  the  numerical  examples 
that  are  presented  in  Section  V. 

The  primal  linear  program  minimizes  the 
total  opportunity  and  transfer  cost  sybject  to 
the  flow  equations  (1)  and  the  total  balance  re- 
striction (2).    The  dual  linear  program  associ- 
ates variables    ?Cl],PC2],  PZTI    with  the 
flow  equations  and  a  variable    Q   with  the 
balance  condition.    These  variables  must  satisfy 
the  dual  feasibility  conditions 

(I)  -CU.  <  PCJ3  <CV       J  '  1.2  T 

(3) 

(II)  PCJ]  -  PCJ+1]  <CX-Q 

Where  we  assign    PCr+1]  =  0  . 

In  addition,  a  primal  solution  iX^V^V) 
and  dual  solution    (P»Q)    are  optimal  if  and  only 
if  they  satisfy  the  complementarity  conditions 
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(i)      -CU  <  PCJ]  <  CV  =>  ViJ-]  =  UiJl  =  0 

ivin  >  0  =>  nn  =  cv 

(4)  >  0  =>  FIJI  =  -Ci/ 

(il)    PC  J]  -  PCJ+1]  <  C-     <3  =>  XUl  =  0 
ATCJ]  >  0  =>  PW]  -  PCcZ+l]  =       -  Q 

The  variable    PlJl    is  the  rate  of  change 
of  the  Qinlcal  cost  with  respect  to  changes  in 
SiJl  .    With  tiiis  interpretation  of    P    in  mind 
it  is  easy  to  derive  (3)  and  (4).  Increase  SiJl 
by  a  small  anount    E  .    This  change  can  be  off- 
set by  a  corresponding  ;.ncrease  in    ViJl  .  The 
increase  in  cost  is    E  <  CV^   which  must  be 
lar^3r  than  the  increase  in  the  mininal  cost 
E  X  pCJ]  .    Since    £:  >  0  ,  it  follows  that 
CV  >  PCJ]  .    If,    VlJs  >  C    then  the  arguaent 
above  could  be  repeated  with    E   negative.  Then 
ViJ"]  >  0    cciild  be  decreased.    The  increase  in 
cost  remains    E     C\[  >  B  ^  PC  J  3  .  However, 
cipce       <  0  ,  it  follows  that    CV  <  PiJl  . 
Therefore    ViJ"]  >  0    implies    C'£  =  PlJj  . 

A    similar  argument  holds  fo£    UIJ"]  .  If 
SCJ]    decreases  by    «s  >  0    then  this  decrease 
can  be  offset  by  ft  corresponding  increase  of  E 
in    UlJ']  .    The  increase  in  cost  is 
E  X  CU>  -E  ^  rr.r]  .    Therefore    Cll  >  -PCJ3  . 
However  when    VCJ]  >  0  ,  the  same  argument  can 
be  repeated  witli       <  0  .    It  follows  that 
UZJ']  >  0    Implies    JU  =  -PCJ3  . 

I 


The  variable    Q    measures  the  rate  of 
increase  in  optimal  cost  per  unit  of  increase 
in  the  total  balance  constraint  (2).  Suppose, 
that    SUl    is  increased  by    E  ,  SCJ+l]    is  de- 
creased by    E  ,  and  the  total  balance  require- 
ment is  increased  by    ^  .    If    E  >  0  fchis 
change  can  be  offset  by  increasing    XiJ"]    by    E  . 
The  increase  in  cost  is    ^  >c'        which  must  ex- 
ceed the  increase  in  the  optimal  cost 
E  X  (PC J]  +  Q  -  PCJ+13)  .    Division  by  E 
yields  (3ii).     If    XUl  >  0      the  same  argument 
holds  with    E  <  0  .    Therefore,    XlJl  >  0  im- 
plies   (2  -  <?  =  Pin  -  PCJ+l]  . 

It  is  useful  to  interpret        ^  Q    as  an 
opportunity  cost  in  a  related  optimization  prob- 
lem that  obeys  the  flow  conservation  constraints 

(1)  but  ignores  the  total  balance  constraint 

(2)  .     If    iX,U,V)    solve  the  original  cost 
minimization  problem  subject  to  (1)  and  (2), 
then    iXfUyV)    will  solve  the  related  problem 
with  opportunity  cost         -  Q    and  no  total 
balance  constraint.    In  this  way,    Q    acts  as  an 
incentive  for  holding  cash.    If  the  incentive  is 
just  right  -then  the  opportunity  loss  will  be  re- 
duced so  that  the  optimal  program  automatically 
satisfies  the  total  balance  restriction. 

V.  Examples 

Several  simulations  are  shown  below.  The 
data  and  length  of  the  planning  horizon  were 
selected  to  illustrate  the  output  and  to  ea.se 


interpretation  of  the  results.    In  the  output 
format,  the  first  row  uumbers  the  time  periods, 
the  second  row  contains  the  cash  inflows    (5)  , 
the  third  the  asset  to  cash  transfers    U  ,  the 
fourth  the  cash  to  asset  transfers    V  ,  the 
fifth  the  cash  levels    X  ,  the  sixth  the  level 
of  the  interest  earning  account,  the  seventh  the 
costs  incurred  in  each  period,  and  the  eighth 
and  final  row  contains  the  dual  variables    P  . 
The  final  column  contains  averages.    To  obtain 
the  total  cost,  the  average  cost  should  be  mul- 
?:iplied  by  the  number  of  periods.    The  number  in 
the  last  column,  row  eight  is    Q  ,  the  increase 
in  optimal  cost  of  increasing  the  total  cash 
holdings  by  one  unit.    In  addition,  each  of  the 
three  examples  is  preceded  by  a  data  statement 
that  gives  the  relevant  values  of  the  global 
variables. 

In  each  example  the  following  global 
variables  remain  constant, 

XQ  ^  5000       Jfi       ,      J       CU^  .03 

CU  -H^  .04       e       .1       01-*-^  1 

The  exogenous  cash  flow    5    remains  the  same  in 
each  example. 

5       ~20000    8000    5000    ~15000    10000  20000 

In  the  first  example,  L}ji  0  ,  ^4^  5000, 
and    CS,-*^  .1  .    The  result  is  showii  in  the 


tableau  at  the  top  of  the  next  pagG.    Note  that 
PC2]  =  ,Oii    and    PCU]  =  ".03  .    This  implies 
total  costs  could  be  reduced  by  delaying  one 
unit  of  input  from  period  2  to  period  4.  In 
contrast,  costs  are  increased       inflow  is  de- 
layed from  period  1  to  i>eriod  2.    Note  that 
5  =  .06  <  .1  =       .    Raising  the  total  balance 
constraint  will  increase  the  holding  of  cash  in 
some  period.    However,  the  cost  of  this  is  less 

than  the  opportunity  cost  since  the  timing  of 
\ 

additional  holdings  can  be  selected  to  save  on 
transactions  costs. 

The  second  tableau  sets  0  ,  and 

f-^  5000  .    The  result  av^jage  balance  is 
5000  ,  however,  costs  increase  due  to  a  loss  of 
flexibility.    The  optimal  policy  matches  the  in- 
flow with  the  transfers  into  the  asset  account. 

In  the  third  example    £2l       0  ,  and  AK 
was  increased  to    10000  .    The  value  of   Q  in 
the  first  tableau  indicates  that  average  costs 
should  increase  by    5000  x  .06  =  300  .    The  in- 
crease is  actually    if90  .    Note  that  the  value 
of    Q    increases  to    .08  .    This  measure  is  a 
loss  in  -flexibility  due  to  the  increase  in  the 
total  balance  constraint. 

With  the    L2l       0  ,  and  the  compensating 
balance  constraint  5000  ,  the  cost 

was  reduced  to    .05  .    This  resulted  In  no  policy 
change  over  Tableau  1  although    Q    dropped  to 
.02  . 
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EFOPTDATA 
XO  YO 
5000.000  20000.000 


PRINT  EPOPT  S 


TIME  PERIOD 
NET  CASH  FLOW 
ASSETS  TO  CASH 
CASH  TO  ASSETS 
CASH  STOCKS 
ASSET  STOCKS 
CASH  COSTS 
MARGINAL  COST 


20000.00 
15000.00 
0.00 
0,00 
7000.00 
450.00 
"0.03 


LX 
0.000 


AX 
5000.000 


8000.00 
0.00 
5500.00 
2500.00 
13200.00 
470.00 
0.04 


3 

5000.00 
0.00 
0.00 
7500.00 
14520.00 
750.00 
0.00 


CX 
0.100 


15000.00 
7500.00 
0.00 
0.00 
8472.00 
225.00 
"0.03 


CU 
0.030 


10000.00 
0.00 

10000.00 
0.00 

19319.20 
400.00 
0.04 


cv 

0.040 


20000.00 
0.00 
0.00 
20000.00 
21251 ;12 
2000.00 
0.03 


0.100 


AVG 
1333.33 
3750.00 
2583.33 
5000.00 
13960.39 
715.83 
0.06 


EPOPTDATA 
XQ  yo  LX 

5000.000    20000.00  5000.000 


PRINT  EPOPT  S 


TIME  PERIOD 
NET  CASH  FLOW 
ASSETS  TO  CASH 
CASH  TO  ASSETS 
CASH  STOCKS 
ASSET  STOCKS 
CASH  COSTS 
MARGINAL  COST 


20000.00 
20000.00 
0.00 
5000.00 
2000.00 
UOO.OO 
"0.03 


8000.00 
0.00 
8000.00 
5000.00 
10200.00 
820.00 
'  0.04 


CX 
0.100 


3 

5000.00 
0.00 
5000.00 
5000.00 
16220.00 
700.00 
0.04 


CV 
0.030 


15000.00 
15000.00 
0.00 
5000.00 
2842.00 
950.00 
"0.03 


CV 
0.040 


10000.00 
0.00 
10000.00 
5000.00 
13126.20 
900.00 
0.04 


R 


0.100 


200^.00 
^.00 
20000.00 
5000.00 
34438.82 
1300.00 
0.04 


AVG 
1333.33 
5833.33 
7166.67 
5000.00 
13137.84 
961.67 
0.00 


EPOPTDATA 

XQ 
5000.000 


yo 

20000.00 


PRINT  EPOPT  S 
TIME  PERIOD 
NET  CASH  FLOW 
ASSETS  TO  CASH 
CASH  TO  ASSETS 
CASH  STOCKS 
ASSET  STOCKS 
CASH  COSTS 
imCINAL  COST 


LX 
0.000 


AX 
10000.000 


CX 
0.100 


CV 
0.030 


CV 
0.040 


R 

0.100 


1 

2 

3 

4 

5 

6 

AVG 

20000.00 

8000.00 

5000.00 

"15000.00 

10000.00 

20000.00 

1333.33 

15000.00 

0.00 

0.00 

2000.00 

0.00 

0.00 

2833.33 

0.00 

0.00 

0.00 

0.00 

500.00 

0.00 

83.33 

8000.00 

13000.00 

0.00 

9500.00 

29500.00 

10000.00 

7000.00 

7700.00 

8470.00 

7317.00 

8548.70 

9403.57 

8073.21 

450-00 

800.00 

1300.00 

60.00 

970.00 

2950.00 

1088.33 

"0.03 

0.01 

"0.01 

"0.03 

0.04 

0.02 

0.08 
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VI ,  Summary 

We  have  described  a  two  asset  cash  flow 
simulation  model.    Given  a  sequence  of  future 
cash  inflows,  institutional  restrictions,  and  a 
cash  management  objective  the  model  projects 
future  cash  transfers,  the  costs  of  these  trans- 
fers and  future  cash  and  income-producing  asset 
stocks. 

The  model  assumes  a  deterministic  inflow 
of  cash.     In  many  cash  management  problems  with 
planning  horizons  of  one  year  or  less  and  plan- 
ning periods  of  one  week  or  more,  the  random 
component  of  cash  inflow  is  relatively  small. 
Cash  flows  that  occur  in  the  relatively  near 
i.ucure  are  predictable  in  magnitude.    By  con- 
centrating on  the  nonstationary  deterministic 
component  of  cash  flows,  the  model  schedules 
the  size  and  timing  of  major  cash  transfers  in 
order  to  meet  institutional  requirements  and 
optimize  cash  management  objectives. 

The  assumption  of  a  single  income  producing 
asset  is  a  useful  first  approximation  to  the 
multiple  asset  case.    In  particular,  if  various 
assets  have  larger  yields  for  longer  holding 
periods,  then  the  cash  wiransfers  and  asset 
levels  calculated  by  the  simulation  program  can 
be  used  as  inputs  to  a  multiple  asset  scheduling 
'subproblem. 

Several  uses  for  the  simulation  package 
were  outlined  in  Section  II.    There  is  another, 
perhaps  more  important,  use  of  the  model.  The 


flexibility  and  interactive  nature  of  the  model 
gives  the  user  a  feel  for  the  cash  flow  process 
and  the  interaction  of  different  policy  varia- 
bles.   The  decision  maker,  by  using  such  a 
simulation  model,  learns  how  to  analyze  cash 
measurement  policies.    In  addition  to  the 
greater  confidence  which  usually  results  from 
the  use  of  such  interactive  models  the  user 
should  also  be  able  to  detect  the  sensitivity 
of  new  policies  to  various  institutional  as- 
sumptions and  managem€int  objectives.  Hopefully 
this  may  lead  to  recommendations  as  to  how  the 
cash  management  process  may  be  better  organized 
and  controlled. 
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Session  12:    Gaming  and  Man-Machine  Simulation 
Chairman:    Richard  Levitan,  IBM  Corporation 

This  session  features  three  papers  in  the  field  of  computer  based  simulation  In  which  humans  make 
decisions  in  a  simulated  environment.    AH  are  concerned  with  the  use  of  such  models  for  teaching 
purposes;  however,  they  provide  an  interesting  spread  in  types  of  learning  which  is  expected  to 
develop.  ^ 

Papers 

"Progress  Toward  A  Proposed  Simulation  Came  Base  for  Curricula  in  Decision  Sciences" 
Geoffrey  Churchill  and  Edwin  Heard,  Georgia  State  University 

"Interactive  Budgeting  Models:    A  Simulation  Tool  for  MIS  Education" 
Theodore  J.  Mock,  University  of  California  and 
Miklos  A.  Vasarheiyi,  Pontificia  Universidade  Catoli'ca  doRio  de  Janeiro 

"The  Traffic  Police  Management  Training  Came" 
Gay  Serway,  Allen  Kennedy  and  Gustave  Rath,  Northwestern  University 

Discussants 
G.  C.  d'Ans,  IBM  Corporation 
Richard  Staelin,  Carnegie-Mellon  University 
E.  C.  Rodgers,  University  of  Toledo 


( 
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PROGRESS  T0V:ARD  A  PROPOSED  SIMULATION  GAME  BASE 
FOR  CURRICULA  IN  DECISION  SCIENCES 

EDWIN  L.  HEARD 
GEOFFREY  CHURCHILL 
OPERATIONAL  GAMING  GROUP 
DEPARTMENT  OF  QUAI^TITATIVE  METHODS,  GEORGIA  STATE  UNIVERSITY 

ABSTRACT 

Use  of  a  special  purpose  business  simulation  game  as  a  laboratory 
vehicle  throughout  a  decision  science  curriculum  is  proposed  as  a 
pedagogically  useful  device  for  achieving  curricular  objectives. 
Development  of  such  a  game  and  its  requisite  characteristics  are 
described.    The  multi-level  nature  of  the  game  dictates  that  major 
subsystems  must  exist  at  different  levels  in  order  to  incorporate 
dissimilar  decision  situations  confronting  players  in  various 
courses.    Modular  design  is  the  means  by  which  certain  multi-level 
features  are  incorporated  and  permits  one  to  "tailorr-make"  the 
game  for  a  particular  application.    Economies,  analogous  to  over- 
lays in  FORTRAN,  are  achieved  sines  only  those  program  segments 
or  subsystems  representing  degrees  of  decision  complexity  actually 
present  must  be  stored  and  executed  in  core. 


Many  curricula  have  been  designed 
to  imbue  students  with  the  Decision 
Science  philosophy.    (The  reader  is  prob- 
ably familiar  with  these  attempts  under 
such  titles  as  scientific  management, 
operations  research,  management  science. 


or  quantitative  business  analysis.)  For 
the  most  part,  such  programs  have  been 
charged  with  severely  limited  success  in 
that  they  have  not  met  the  major  objec- 
tive of  all  Decision  Science  curricula: 
to  train  effective  situational  problem 
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solvers.    Instead,  new  graduates  of  such 
programs  tend  to  be  sophifsticated  theo- 
retical modelers  whose  value  to  business 
and  industry  is  limited  by  their  narrow 
technical  viewpoint.^    Their  subsequent 
paths  of  development  are  highly  indivi- 
dual, and  depend  not  only  on  personal 
characteristics,  but  also  on  whether 

they  find  niches  in  research-oriented 
2 

organizations • 
CURRICULAR  VEHICLES 
Traditional  Vehicles 

Traditional  vehicles  used  in  Deci- 
sion Science  curricula  include  mathemat- 
ical exercises,  "word  problems",  cases 
and  project  assignments.    While  each  of 
these  contributes,  to  some  extent,  to  the 
accomplishment  of  the  aforementioned  ob- 
jectives, they  are  all  severely  limited. 
Mathematical  problems  are  useful  only  for 
teaching  theorG'i:ical  nuances  and  mathe- 
matical manipulation,  and  no  situational 
elements  are  involved.    Word  problems  in- 
clude a  few  more  situational  elements, 
but  do  not  adequately  reflect  the  dynamic 
characteristics  required  for  situational 
problem  solving.  In  addition,  word  prob- 
lems tend  to  be  so  brief  that  neither the 
choice  of  technique,  nor  the  identifica- 
tion of  relevant  data  provides  an  impor- 
tant challenge  to  the  ingenuity  of  the 
textboc      ise  student.  Cases  may  reflect 
situa*       dl  peculiarities  much  better 


than  either  of  the  foregoing,  types  of 
problems.    Unfortunately,  cases  are 
static  in  nature  and,  based  on  the  ex- 
perience of  the  authors,  relevant  cases 
appear  to-be  in  short  supply.  Project 
assignments  can  offer  students  practice 
in  situational  problem  solving  but,  due 
to  typical  course  time  limitations,  don't 
provide  students  an  opportunity  to  fully 
examine  the  situational  impact  of  their- 
recommenc?;  tions. 
Traditional  Vehicles 

Consideration  of  the  limitations  of 
traditional  vehicles  might  lead  to  the 
conclusion  that  practical  experience  is 
the  only  instructional  vehicle  capable 
of  meeting  all  the  objectives  of  a  Deci- 
sion Science  curriculum.    However,  this 
is  not  the  case,  since  real-world  expe- 
rience is  limited  by  its  inaccessibility 
tc  'nost  students.    Furthermore,  most 
significant  real  situational  problems- 
are  too  complex  for  students'  initial 
learning  experiences.    There  is,  how- 
ever, one  additional  instructional  ve- 
hicle available  which,  when  appropri- 
ately used  in  conjunction  with  the  tra- 
ditional vehicles,  may  meet  all  of  the 
objectives  of  a  Decision  Science  cur- 
riculum.   This  vehicle  is  simulation 
gaming .  J 
A  Laboratory  Vehicle 

The  authors  contend  that;   (a)  a 
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simulation  game  can  be  used  throughout  a 
Dec*  "'on  Science  curriculum  to  integrate 
thv  ous  topical  areas  and  to  provide 

a  laboratory  situation  in  which  students 
can  obtain  experience  in  all  phases  of 
Decision  Science;^     (b)  a  game  to  be 
used  for  this  purpose  must  have  some 
very  special  characteristics  not  in- 
cluded in  existing  widely  used  games? 
and  (c)  a  game  with  the  requisite  fea- 
tures can  be  and  is  being  developed  by 
the  Operational  Gaming  Group  at  Georgia 
State  University, 

The  other  reasons  for  using  a  game 
throughout  a  Decision  Science  curriculum 
involve  the  general  features  and  inher- 
ent student  appeal  of  such  agame*  First, 
simulation  games  are  dynamic  in  nature. 
This  feature  allows  students  not  only 
to  make  decisions  at  different  points 
in  time  in  a  competitive  simulated  en- 
vironment, but  also  requires  them  to 
observe  and  live  with  the  results  of 
those  decisions.  Also,  the  documentation 
accompanying  such  a  game  gives  the  stu- 
dent experience  in  analytical  examination 
of  written  descriptions  of  situational 
problems,  and  in  screening  management 
reports  for  relevant  data.    Further,  use 
of  a  game  throughout  a  program  provides 
continuity  not  possible  with  the  use  of 
any  other  vehicle.  The  fact  that  a  simu- 
lation game  is  somewhat  less  complac  than 


"real-world"  situations  eases  the  transi 
tion  to  "real-world"  problem  solving. 
Still,  simulation  games  can,  by  design, 
be  complex  enough  to  demonstrate  the 
systemic  interactions  between  decisions 
in  several  functional  areas  of  the  enter 
prise. 

An  aspect  not  to  be  omitted  is  the 
impact  on  the  organization  offering  the 
curriculum;  typically  a  school  or  depart 
ment  within  a  university.    While  simula- 
tion gaming  has  compelling  advantages  as 
a  teaching  vehicle  for  Decision  Science, 
it  is  undeniably  expensive.    Two  highly 
significant  expense  elements  are  game 
development  and  user  (instructor)  train- 
ing*    By  the  choice  of  a  single  game 
package  as  the  vehicle  for  an  entire 
curriculum,  it  is  expected  that  consider 
able  economies-  may  be  realized  on  a  per 
course  basis  as  comparer  with  a  totally 
independent  choice  of  vehicle. 

Even  if  none  of  the  attributes  men- 
tioned above  was  present,  the  quality  of 
student  appeal  in  simulation  games  would 
make  their  use  worthwhile.     In  our  ex- 
perience ,  no  other  vehicle  appears  to  be 
capable  of  generating  student  interest 
and  motivation  to  the  extent  that  simu- 
lation games  do. 

In  order  to  meet  the  objectives  of 
a  Decision  Science  curriculum.  It  is 
necessary  to  c  svelop  in  students  an 
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awareness  of  the  need  tor,  abilities  of, 
and  limitations  of  quantitative  tech- 
niques. Simulation  games  appear  to  have 
a  unique  ability  to  create  student  demand 
for  relevant  quantitative  techniques^. 
This  is  probably  because  the  simulation 
game  may  require  students  to  make  deci- 
sions in  an  environment  where  obviously 
relevant  data  is  present  but  where  no 
explicit  instructions  are  given  for  its 
use.    Thus  overloaded  with  information, 
students  then  become  highly  receptive  to 
quantitative  techniques  which  lend  stru:- 
ture  to  this  environment  and  which  pro- 
vide information  that  can  be  used  in  ar- 
riving at  decisions. 
REQUISITE  GAME  FEATURES 

It  was  mentioned  earlier  that,  the 
use  of  a  single  game  throughout  the  cur- 
riculum would  lead  to  economy  of  vehicle 
development.     If  the  desirability  of 
using  simulation  games  in  a  Decision 
Science  curriculum  is  accepted,  philoso- 
phical considerations  also  dictate  the 
use  of  a  single  game.    Student  partici- 
pation should  be  concentrated  on  acquir- 
ing experience  in  decision  making  and  on 
using  quantitative  and  behavioral  tech- 
niques as  inputs  to  the  decision  process, 
rather  than  on  deciphering  the  documenta- 
tion of  sevezsl  different  games.  The 
single  game  limitation  imposes  some 
rather  str-».ngent  requirements  on  the  de- 


sign of  such  a  game.    These  requirements 
concern  the  simulated  environment,  coru"" 
ploxity,  flexibility,  adaptability,  and 
documentation.    The  game  under  develop- 
ment at  Georgia  State  University  will 
incorporate  the  requisite  features  out- 
lined below. 
Simulated  Environment 

Since  the  game  is  to  be  used 
throughout  a  curriculum,  it  will  be  de- 
sirable to  be  able  to  focus  on  different 
subareas  independently  or  simultaneously. 
A  generalized  business  environment  is 
probably  the  only  one  which  will  ade- 
quately cover  the  various  areas  where 
decision  problems  arise.    The  specifics 
of  the  environment  are  less  important 
than  the  requirement  that  it  must  be 
possible  to  display  the  environment  at 
a  variety  of  levels  of  detail. 

An  appropriately  designed  business 
environment  should  provide  potential 
decision  making  opportunities  at  a  var- 
iety of  organizational  levels  ranging 
from  repetitive  short  run  operational 
decisions  at  a  lower  middle  management 
level  to  top  management  strategic  deci- 
sions of  great  long  range  consequence. 
On  another  scale,  the  decisions  should 
range  from  relatively  mechanistic  ones 
in  which  the  outcome  of  a  given  action 
is  highly  predictable,  through  decisions 
in  which  uncertainty  is  a  factor,  up  to 
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those  where  the  unknown  future  competi- 
tive actions  of  an  opponent  are  criti- 
cal. 

Complexity 

Several  complexity  considerations 
are  important.    First,  the  game  must  be 
simple  enough  that  the  student  is  not 
overwhelmed  by  its  intricacies  in  his 
initial  experience  with  it.    At  the  same 
time,  it  must  be  complex  enough  that  the 
problems  and  solutions  are  not  obvious. 
Finally,  its  potential  must  be  suffi- 
ciently rich  to  sustain  student  interest 
throughout  a  curriculum. 
Flexibility 

The  use  of  the  same  game  throughout 
the  program  and  the  need  to  focus  on 
different  subareas  independently  and 
simultaneously  have  some  powerful  impli- 
cat it    *  for  the  structure  of  the  comput- 
er program.    During  the  early  stages  of 
the  curriculum,  it  will  be  desirable  for 
the  student  to  be  exposed  to  all  subaress 
simultaneously,'  but  in  a  very  simplistic 
fashion.  During  the  intermediate  stages, 
it  vjill  be  desirable  to  focus  on  highly 
sophisticated  decisions  in  one  or  a  few 
subareas  while  suppressing  complexity  in 
the  remainder  of  the  subareas.  During 
the  final  stage       the  curriculum,  it 
will  be  necessary  to  pull  out  ,all  the 
stops  and  allow  the  game  to  operate  in 
its  most  complex  form.    The  need  for 


flexibility  requires  that  the  game  be 
modular  and  multi-level.     If,  for  ex- 
ample, the  primary  focus  is  on  the  pro- 
duction area,  there  must  be'  a  marketing 
module  which  operates  in  simplistic 
fashion.    However,  since  in  other  cases 
the  desire  may  be  to  focus  on  marketing, 
a  sophisticated  marketing  module  must 
also  be  built.  Still  another  flexibility 
requirement  dictates  that  it  must  be 
possible  to  configure  the  game  in  such 
a  way  that  outside  "role  play"  can  be 
superimposed  on  the  operation  of  the  game 
in  a  realistic  and  relevant  manner. 
Likewise,  it  must  be  possible  to  incor- 
porate the  impact  of  one  time  outside 
effects  such  as  strikes,  anti-trust 
action  and  surtaxes  for  excessive  reten- 
tion of  earnings. 
Adaptability 

Since  the  game  must  be  operated  in 
several  different  configurations,  it  is 
necessary  that  the  changeover  time  and 
effort  required  be  sihall.    The  game  ad- 
ministrator should  be  able  to  choose  the 
desired  configuration  easily;  for  ex- 
ample, by  specifying  one  parameter  value 
for  each  subarea,  thus  specifying  a  set 
of  decisions  which  are  to  be  held  open 
or  closed.    Anoi^her  arrangement  might 
be  through  merging  desired  modules  with 
a  base  program  to  create  a  custom-tai- 
lored program  with  the  desired  cornbina- 
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tion  of  simplicity  and  sophistication. 
While  this  would  be  rather  more  demand- 
ing of  the  instructor  {who  may  not  be 
assumed  to  be  sophisticated  in  the  tech- 
nical aspects  of  gaming) ,  a  richer  var- 
iety of  options  can  be  provided  i.  this 
manner.     In  such  fashion,  the  game  can 
be  tailor-made  to  each  specific  course 
in  the  curriculum. 
Documentation 

Naturally,  operating  the  game  in 
different  configurations  will  prohibit 
the  use  of  a  single  documentary  unit  for 
all  applications.    Consequently,  docu- 
mentary adaptability  must  exist  to  the 
same  degree  as  does  computer  program 
adaptability.    A  background  environment 
description  should  be  written  which  is 
general  enough  to  provide  the  student 
with  a  broad  understanding  of  the  general 
business  environment  of  the  game  without 
detailing  the  specific  decisions  to  be 
made.    Then,  for  each  module,  a  set  of 
documentation  must  be  prepared,  one  for 
each  different  level  at  which  the  module 
can  be  operated.  These  can  also  be  coded 
so  that  the  modules  chosen  by  the  game 
administrator  to  specify  a  particular 
configuration  will  also  specify  the  ap- 
propriate background  documentation  and 
decision  forms  to  be  prov' ^ed  for  the 
students.  Additionally,  an  instructor's 
manual  must  be  prepared  to  aid  the  in- 


structor in  choosing  the  game  configura- 
tion which  will  best  meet  his  objectives. 
Game  Development 

Unfortunately,  any  single  game  in 
current  use  is  woefully  inadequate  for 
use  in  such  diverse  configurations,  al- 
though there  are  several  games  available 
which  are  admirably  adequate  for  achiev- 
ing specific  goals  within  particular  en- 
vironments.   This  is  not  surprising, 
since  most  games  were  written  to  achieve 
Selected  objectives  within  given  envi- 
ronments. Another  limitation  of  existing 
games  is  the  quality  of  the  accompanying 
documentation.     Many  games  have  been 
written  by  individuals  or  by  small  tears. 
Such  games  and  the  accompanying  instruc- 
tions tend  to  reflect  the  special  areas 
of  interest  of  the  authors.    Coverage  of 
areas  peripheral  to  the  areas  of  interest 
of  the  author>7  is  given  only  superficial 
treatment  ...  A  final  limitation,  of 
existing  games  is  the  level  of  sophisti- 
cation required  of  the  participants. 
Here  again,  special  purpose  games  are 
often  written  for  audiences  at  specific 
educational  levels.     As  a  result  of  the 
limitations  of  existing  games,  it  is 
necessary  for  game  adninistrators  to 
learn,  implement  and  administer  different 

games-  in  order  to  achieve  specific  pur- 

5 

poses  for  differing  audiejces. 

Recognition  of  the  liniitations  of 
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existing  games  for  accomplishing  the  ob- 
jectives of  a  Decision  Science  curriculum 
spurred  the  Operational  Gaming  Group 
within  the  School  of  Business  at  Georgia 
State  University  to  embark  on  the  devel- 
opment of  a  game  which  would  include  all 
of  the  requisite  features  above.  The  Op- 
erational Gaming  Group  consists  of  a  nun- 
ber  of  faculty  members,  each  of  whom  has 
expertise  in  some  area  important  to  gam- 
ing.   Participants  in  the  Group  are: 
Geoffrey  Churchill/  Chairman;  Sandra 
Beldt;  Mer\<      Elliott;  David  Ewert; 
Dennis  Grawoig;  Elbert  Greynolds;  Edwin 
Heard;  Don  Jewell;  Arthur  Nichols;  Brian 
Schott;  Dwight  Tabor;  and  Jerry  Wheat, 
The  Group,  centere.d  in  the  Department  of 
Quantitative  Methods,  is  both  interdr^ 
partmental  and  interdisciplinary  with 
representatives  from  accounting,  econom- 
ics, finance,  insurance,  marketing,  per- 
sonnel management,  and  production  man- 
agement. 

The  Group  decided  to  program  the 
game  in  BASIC  so  that  modules  could  eas- 
ily be  merged  with  the  '2xecutive  routine, 
and  because  of  the  time-        *  ,g  capabil- 
ity and  widespread  availability  of  the 
language.    The  Group  then  made  two  cru- 
cial decisions;  the  first  version  of  the 
game  was  to  include  only  relatively  sim- 
ple modules  for  each  subarea?  and  devel- 
opment of  more  sophisticated  modules  *  ^ 


would  be  accomplished  simultaneously 
with  the  programming,  debugging,  and 
parameterization  of  the  simplistic  ver- 
sion of  the  game. 

Various  tasks  were  allocated  to 
each  member  of  the  Group,    The  develop- 
ment of  a  rough  flowchart  of  the  execu- 
tive routine  was  assigned  to  the  Group 
member  with  the  most  gaming  experience. 
Preparation  of  rough  flowcharts  for  the 
individual  modules  was  assigned  on  a 
one-for-one  basis  to  Group  members  with 
expertise  in  the  specific  areas.  All 
rough  flowcharts  were  funnelled  to  one 
Group  member  for  refinement  and  logic 
review  while  another  Group  member  trans- 
lated all  flowcharts  to  BASIC  and  stored 
the  program  on  the  computer.  Debugging 
was  handled  by  a  team  of  three,  com- 
posed of  the  Group  coordinator,  flow- 
charter and  programmer.  Parameteriza- 
tion was  handled  by  the  group  economist. 
Testing  is  taking  place  in  two  phases  as 
additional  features  are  added.  First, 
the  members  of  the  Group  play  the  game 
and  suggest  possible  modifications. 
Second,  the  game  is  tested  in  a  graduate 
class  at  Georgia  State  University, 

At  this  writing  (October,  1972),  a 
great  deal  of  work  remains  to  be  done  to 
develop  a  game  capable  of  supporting  a 
curriculum  such  as  that  discussed  below. 
Nevertheless,  the  authors  feel  that  a 
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substantial  beginning  has  been  made.  The 
executive  routine,  which  embodies  the  ba- 
sic environmental  model,  is  running  reli- 
ably on  the  GSU  UNIVAC  7  as  are  the  ini- 
tialization and  output  programs.    The  .a 
functions  have  been  deliberately  sepa- 
rated, due  to  the  relatively  small  sizr 
limit  frequently  imposed  on  BASIC  pro- 
grams, in  order  that  space  be  available 
for  merging  a  number  .of  modules  simul- 
taneously.    (See  Charts  I  and  II.) 

These  routines  incorporate  a  market 
of  a  fairly  high  order  of  complexity  (as 
compared  with  existing  marketing  games),  ^ 
a  production  process  of  quite  moderate 
complexity  ,  financial  deci  sions  of  a  ru- 

o 

dimentary  sort*",  and  fairly  detailed  ac- 
counting reports^.    Additionally,  some 
modules  have  been  developed  and  tested* 
These  include  modules  for  Research  and 
Development,  Marketing  Research,  Person- 
nel Evaluation  and  Fixed  Asset  Acquisi- 
tion {equipment  replacement/plant  expan- 
sion) .    A  financial  accounting  module 
which  will  permit  examining  the  effects 
of  a  vast  variety  of  reporting  proce- 
dures on  accounting  information  is  near- 
ly ready*    Work  has  begun  on  a  module  to 
expand  the  scope  of  financial  decision- 
making.    Personnel  have  been  assigned  to 
modules  at  higher  complexity  levels  in 
both  marketing  and  production. 

In  a  related  project,  the  existing 


programs  have  been  class  tested  by 
Geoffrey  Churchill  and  Sandra  Beldt, 
with  a  view  to  implenentatj on  of  the 
game  in  what  will  be  described  bel'^v:  as 
the  "Early"  core,     (Note  that  this  does 
not  presuppose  implementation  of  an 
entire  game-based  curriculum.  This 
course  is  presently  based  on  an  excel- 
lent game"^^  but  one  designed  for  MBA 
use.)     Despite  break-in  problems  of  a 
normal  sort,  it  is  fair  to  comment  that 
initial  expectations  appear  to  be  met; 
students  did  grasp  for  models  as  a 
satisfying  way  of  bringing  cTder  out  of 
chaos • 

PROPOSED  CURRICULUM 

The  proposed  curriculum  consists 
of  three  major  components:  an  "Early" 
Core,  electives,  and  a  "Late"  core. 
Chart  III  illustrates  the  precedence 
relationships  between  the  three  compon- 
ents of  the  program. 
"Early"  Core 

In  the  "Early"  coi*e,  the  student 
is  introduced  to  the  game,  remote  ter*' 
minal  time-sharing,  systems  concepts, 
basic  modelling  in  a  dynamic  environ- 
ment, and  canned  programs.    After  a 
preliminary  introduction  to    '"ie  game, 
the  student  is  required  to  play  a  mod*- 
erately  complex  version  of  the  game 
with  a  relatively  fast  rate  of  decision 
making.    The  anticipated  result  is  im- 
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CHART  I 

GAME  PREPARATION  FOR  COURSE  USE 
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CHART  II 

SINGLE  DECISION  PERICJ  SIMULATION 
GAME  OPERATION 
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xTiediate  chaos.    The  student  is  next 
introduced  to  some  basic  quantitative 
.Tiodels,  which  will  hopefully  bring 
order  out  of  the  chaos, 

T      >  basic  models  include  fora- 
castii^g,  cash  flow,  regression,  inven- 
tory and  linear  programming.  Each 
model  is  introduced  in  a  sarvey  fash- 
ion; the  canned  programs  available  for 
them  are  presented  and  ways  in  which 
they  can  be  used  to  provide  information 
for  decision-making  are  presented. 
Students  are  expected  to  adapt  these 
models  to  thexr  needs  in  the  game  con- 
text, thus  getting  practice  in  all 
phases  of  Decision  Science:  observa- 
tion, problem  i<?antification,  descrip- 
tion of  relevant  relationships,  experi- 
rci    tal  investigation,  interpretation  of 
experimental  results,  and  translation 
of  information  into  effective  action^^. 

Before  a  student  uses  any  model 
for  decision-naking,  he  is  required  to 
present  a  proposal  that  the  model  be 
built  to  a  management  committee  con- 
sisting of  students  from  the  "Late" 
core  for  their  criticishi  and  evalua- 
tion.   After  he  has  his  proposal  ap- 
proved, he  is  required  to  file  an  im- 
plementation report. 

The  systems  courses  in  the  "Early" 
core  have  three  objectives.    They  are 
expected  to  enable  the  student  to  devel- 


op a  view  of  the  organization  as  a  sys- 
tem and  to  recognize  and  un^lerstand  its 
information  supplying  and  suppressing 
characteristics,    A  simpler  version  of 
the  game  is  used  which  reports  only 
financial  statistics  and  allows  for  the 
expansion  of  a  product  line.  Students 
are  required  to  design  their  own  infor- 
mation systems  for  decision  making  pur- 
poses and  to  trace  the  systemic  implica- 
tions of  product  line  expansion  from  the 
opening  of  a  research  and  development 
facility  to  p}:oduct  maturity,  "Late" 
core  students  are  again  used  to  criticize 
information  systems  designs  and  suggest 
revisions. 
Elective  Courses 

These  courses  are  more  nearly  com- 
parable with  currently  existing  Decision 
Science  courses  than  are  either  the 
"Early"  or  "Late"  core.    Still,  there 
are  substantial  differences.    The  ob- 
jectives of  these  courses  include  ex- 
panding and  intensifying  the  students ' 
Modelling  capability;  indoctrinating  the 
studes^ts  with  a  feel  for  data  problems; 
developing  student  understanding  of  the 
non-independence  of  quantitative  tech- 
niques; acquainting  the  students  with 
the  more  subtle  capabilities  and  limita- 
tions of  models;  improving  the  students' 
understanding  and  appreciation  of  sensi- 
tivity analysis;  and  bridging  the  gap 
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between  model  solution  and  decision  mak- 
ing. 

Course  construction  to  accomplish 
these  objectives  is  difficult  but  poss- 
ible.   Lectures  can  be  developed  which 
include  a  solid  theoretical  approach 
through  logic  and  pictures,  while  escap- 
ing the  mathematical  derivation-theorem 
proving  time  sink.    Situational  problems 
can  be  utilized  which  require  ingenious 
parcimeter  development  and  allow  for  pre- 
diction of  results  of  decisions.  Stu- 
dents can  be  introduced  to  canned  pro- 
grams which  can  be  used  via  remote  ter- 
minal tiiue-sharing  to  facilitate  any  re- 
quired computation.    Available  practical 
computational  algorithms  should  be  re- 
viewed along  with  sources  and  special 
features  of  different  packages. 

-  Here,  too,  the  game  has  a  very  de- 
finite role^    It  CcUi  be  used  in  the  ap- 
propriate configuration  for  each  course 
to  demonstrate  and  provide  specific 
course  related  situations  where  particu- 
lar techniques  are  applicable,  in  gener- 
al,   however,  the  game  would  be  inciden- 
tal to,  rather  than  dominant  in,  elec-' 
tive  courses. 

At  this  pcint,  perhaps  some  examples 
are  in  order.  A  c^ame  configuration  which 
required  product  :^»ix,  transfer  pricing, 
transportation,  warehousing,  and  aggre- 
gate scheduling  decisions  would  provide 


an  excellent  environment  for  the  intro- 
duction of  mathematical  programming.  A 
configuration  which  required  inventory, 
cash  flow  and  product  line  expansion  de- 
cisions would  provide  an  equally  good  en- 
vironment for  the  introduction  of  simula- 
tion.   And  what  better  environment  in 
which  to  introduce  ^multivariate  statis- 
tics than  one  which  required  pricing  de- 
cisions  and  forecasts? ' 
"Late"  Core 

JThese  courses  are  designed  to  pro- 
vide the  transition  from  student  to  de- 
cision scientist.    The  first  of  the 
"Late"  core  courses  would  invo7.ve  full- 
scale  use  of  the  game  with  every  compat- 
ible option  present.    Students  would  be 
required  to  perform  and  report  to  a  man- 
agement committee  on  major  studies  of 
topics  such  as  the  automation  of  routine 
decisions  and  the  upgrading  of  return  on 
investment.    These  groups  would  also  be 
required  to  investigate  the  feasibility 
of,  institute  where  indicated,  and  review 
plant  expansion  decisions,  new  product 
introductions,  competitor  acquisition 
decisions,      d  other  decisions  of  major 
strategic  impact. 

Tbs  Cirial  course  in  the  curriculum 
would  require  each  student  to  serve  an 
internship  with  a  local  business.  During 
thiP  internship,  he  would  be  required  to 
choose  a  "real"  problem,  use  the  decision 
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science  approach  to  solving  the  problem 
and  present  his  project  in  management 
recommendation  form  to  a  committee  com- 
posed of  members  of  the  Decision  Science 
faculty  and  a  representative  of  the  firm 
where  he  interns.    The  student's  only 
other  responsibility  during  the  period 
would  be  to  serve  on  management  commit- 
tees for  "Early"  core  courses.  Ttiis 
feature  of  the  curriculum  would  complete 
the  student's  transition  from  student 
to  decision  scientist  and  would  provide 
him  with  a  brief  but  tantalizing  view  of 
the  other  end  of  ihe  decision  making 
spectrum. 
CONCLUSIONS 

Progress  in  the  direction  the 
authors  have  suggested  here  is  highly 
desirable,  but  should  not  be  rushed. 
It  was  probs^.^  che  undue  haste  of 
various  schools  in  entering  the  quanti- 
tative decision  making  arena  that  re- 
sulted in  the  "sophisticated  theoretical 
modeler"  phenomenon  a±luded  to  in  the 
first  paragraph.    The  game  with  all  the 
requisite  character's   ^cs  outlined  here- 
in is  essential  to  the  success  of  a 
curriculiim  such  as  the  one  proposed  in 
this  paper. 

To  the  authors'  knowledge,  an 
appropriate  game  does  not  currently 
exist     .    The  Operational  Gaming  Group  at 
Georgia  State  University  has  one  par- 


tially completed.     If  an  existing  game 
with  the  requisite  characteristics  has 
been  overlooked,  the  authors  would 
appreciate  any  available  information 
on  it. 
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INTERACTIVE  BUDGETING  MODELS: 
A  SIMULATION  TOOL  FOR  MIS  EDUCATION 


Theodore  J.  Mock 
University  of  California,  Los  Angeles 
and 

Miklos  A.  Vasarhelyi 
Pontificia  Universidade  Catolica  do  Rio  oie  Janeiro 

|- 

/  Abstract 
A  relatively  new  and  innovative  educational  approach  in  graduate 
information  systems  is  discussed.     The  thrust  of  the  approach  is 
to  have  student  groups  design  computer-based  simulations  of  the 
budgeting  processes  of  a  firm  in  the  form  of  an- interactive 
budgeting  model.     These  are  applied  to  the  areas  of  financial 
planning,  control  and  managerial  decision  making.    Several  dif- 
ferent approaches  were  suggested  to  and  adopted  by  students  as 
main  design  philosophies  including  modular  planning  and  a  matrix 
accounting  system.    The  various  implemented  systems  are  described 
and  their  features  are  classified. 


In  its  attempts  to  keep  up  with 
practice,  the  academic  world  is  ever 
striving  to  develop  improved  pedagogical 
techniques  and  thus  better-prepared 
information  systems  students.  This 
paper  reports  on  such  a  device,  an  Inter- 
active Budgeting  Model  (IBM) ,  used  in  the 
accounting- information  systems  program 


within  the  Graduate  School  of  Management. 

One  goal  of  this  program  is  to  ex- 
pose students  to  online  planning  systems 
as  described  by  Sackman  and  Citrenbaum^. 
If  more  and  more  implemented  information 
systems  incorporate  online  planning  and 

Sackman,  H.  and  R.  L.  Citrenbaum  (Eds.), 
Online  Planning,  Prentice-Hall,  1972. 
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control  features^,  pedagogical  adapta- 
tion is  necessary.     In  this  situation, 
an  educational  problem  is  to  expose 
accounting  and  MIS  students  to  the  meth- 
odologies, man-machine  i..cerface,  com- 
plexities and  problems  of  system  design 
in  an  academic  environment.    The  approach 
described  here  is  based  upon  student 
planning  and  implemen**ation  of  a  simula- 
ted, financially-oriented  information 
-syscem.     The  financial,  budgetary  focus 
of  the  project  narrow^  the  scope  of 
possible  projects  and  also  has  an  addi- 
tional benefit  of  requiring  an  in-depth 
knowledge  of  the  accounting  process  (a 
skill  frequently  lacking  in  MIS  and  MBA 
students) .     A  matrix  accounting  model  is 
proposed  to  form  the  backbone  of  the 
system. 

This  papier  is  partitioned  into  three 
main  sections  including  this  introduction. 
The  following  section  discusses  the  con- 
cept and  implementation  features  of  an 
Interactive  Budgeting  Model  in  terms  of 
its  educational  objectives,  its  simula- 
tion features  and  its  modeling  features. 
The  third  main  section  of  this  paper 
describes  actual  projects  designed  and 
implemented  by  students  at  ur^LA  and  Ohio 
State  University  in  three  different 
2 

For  example.  Redwood,  P.H.S. ,  "APL  For 
Business  Applications,"  Datamation,  May 
1972,  pp.  82-84;  and  "Litton 's.  Electron- 
ic Information  Machine^"  Business  Week, 
March  28,  1970,  pp.  158-160. 


courses.  This  summarization  is  intended 
to  give  the  reader  an  idea  of  the  speci- 
fic features  designed  into  these  systems 
and  their  shortcomings.  In  addition,  a 
€iihe  series  comparison  is  presented  of 
the  fea^tures  used  at  UCLA  and  Ohio  State 
University . 

Interactive  Budgeting  Models  "''^ 
The  implementation  of  an  Interactive 
Budgeting  Model  is  the  focus  of  approxi- 
mately fifty  perv^ent  of  the  student's 
effort  in  a  graduate  class  at  the  masters 
level  at  UCLA.     This  class,  called  Infor- 
mation Systems  for  Planning  and  Control, 
is  oriented  towards  exposing  students  to 
the  problems  of  information  systems 
design  and  corporate  plan:  ing  and  control. 
This  course  i    the  second  in  a  series  of 
three  where  the  first  is  oriented  towards 
systems  theory  and  the  systems  approach 
and  the  third  is  orient  d  towards  problems 
of  measurement  in  information  systems. 

In  response  to  inadequacies  in  case, 
discussion  and  lecture  approaches  to  the 
course,  a  tool  was  sought  that  would  pro- 
vide the  experience  students  needed  for 
systems  analysis  and  system  implementa- 
tion of  corporate  financial  information 
systems.     Such  a  tool  should  have  experi- 
ential featurt?ii  in  v/hich  the  student 
would  encounter  the  problems  inherent  in 
systems  design  and  analysis  and  also 
which  would  exhibit  planning  and  control 
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concepts.     Such  specifications  led  to 
the  concept  of  the  IBM,  an  interactive 
system  for  planning  and  control  in  a 
simulated  environment. 

Students  were  instructed  to  design 
and  implement  a  conversational  system 
which  would  allow  a  manager  to  interact 
with  a  terminal  and  assist  in  management 
decisions.  The  nature  of  this  task  and 
the  boundaries  of  the  problem  were  pur- 
posefully left  ill-defined  as  the  prob- 
lem specification  and  contextual  design 
phases  are  important  experiences  in  the 

desired  educational  process.  For 
3 

example,  Pounds    points  out  that  "seldom 
if  ever,  do  managers  analyze  or  under- 
stand the  sources  of  their  problems," 
and  "...the  availability  of  formal  prob- 
lem solving  procedures  serves  only  to 
highlight  those  parts  of  the  manager's 
job  which  these  procedures  do  not  deal : 
problem  identification,  the  .assignment 
of  problem  priority  and  the  allocation 
of  scarse  resources  to  problems." 
Therefore,  in  an  education  process, 
accurate  definition  of  a  problem  may 
hinder  education  in  an  area  where  the 
manager  often  is  lacking. 

Beginning  with  an  ill-defined  prob- 
lem specification,  students  were  then 


Pounds,  W.  F.,  "The  Process  of  Problem 
Finding,"  The  Industrial  Management 
Review,  Vol.   II,   No.   1,  Fall  1969, 
pp.  1-21. 


given  several  basic  references^  that  may 
be  useful  in  constructing  their  IBMs  and 
were  told  that  some  quantitative  tech- 
niques such  as  PERT,  linear  programming 
or  regression  may  be  proixtably  incor- 
porated in  the  model. 

The  first  two  or^  three  weeks  of  the 
class  were  then  dedicated  to  teaching  an 
appropriate  interactive  computer  language 
At  UCLA,  APL  was  used.     This  powerful 
interactive  language  is  easy  to  learn  and 
students,  working  in  groups,   tend  to  make 
up  for  their  individual  deficiencies. 

Interactive  computing  and  debugging 
permits  students  to  obtain  fast  and 
accurate  performance  feedback  on  the  main 
features  of  their  models .    In  designing 
their  system,  the  following  were  sug- 
gested as  minimal  design  criteria: 

1.  Security  features 

2.  File  management  of  historical 
accounting  data 

3.  A  useful  interactive  decision 
aid 

4.  Planning  and  control  features 

5.  Modular  approach,  matrix 
accounting  structure. 

Also,  a  list  of  possible  modules  for  the 
IBMs  were  given  to  the  students: 

4  '. 

Mattessich,  R. ,  Accounting  and  Analyti- 
cal Methods,  Richard  D.  Irwin,  Homowood, 
Illinois,  1964;  Butterworth,  J.  W.  "The 
Accounting  System  as  an  Information 
Function,"  Mimeograph,  University  of 
British  Columbia,  June  1970;  Ness,  D.  N. 
"Interactive  Budgeting  Models:  An  Ex- 
aiT^ple,"  Working  Paper,  M.I.T. 
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1.  Output  module 

Display  of  financial  statements, 
projected  budgets,  network 
scheduler ,  selected  display  of 
underlyii;^  planning  assumptions 
(e.g.,  rate  of  growth) 

2.  Input  module 

Reading  and  storing  information 
Building  data  bases 
Retrieving  information 

3.  Performance  analysis  modules 

Calculating  performance  analysis 
ratios 

Preparing  output  and  management 
exception  reporting 

4.  Incorporating  transactions 

Measurement  of-  economic  events 
Periodic  reporting 

5.  Building  and  using  management  science 
functions 

L.P.,  statistical  analysis, 
graphics,  charts,  discounting 

6.  Control  and  security  features 

7.  Specific  planning  and  forecasting 
aids 

Regression,  exponential  smoothing, 
consensus  (Delphi)  techniques 

8.  Programmed  decision  rules 

Exception  limits,  cash  constraints 

As  is  demonstrated  in  a  following  sec- 
tion of  this  paper,  these  suggested 
module  specif iccr^tions  inspired  a  large 
variety  of  IBMs. 

In  implementing  the  tasks  involved 
in  constructing  such  an  IBM,   the  student 
groups  had  ♦•o  consider  a  series  of  system 
design  proolems  including  problem  and 
project  specification  and  management. 
These  are  discussed  from  a  pedagogical 
viewpoint. 

First,  the  student  team  had  to 
decide  on  what  type  of  organization  and 
which  specific  planning  and  control 


problems  they  wanted  to  model.  Some 
chose  a  simplified  model  of  ^n  entire 
firm  or  department  and  concentrated  on 
implementing  several  management  science 
techniques.     Others  decided  to  simulate  a 
small  part  of  a  large  system  and  attempted 
to  atta^     its  problems  extensively.  Part 
of  the  learning  gained  from  this  step  in 
the  model  development  is  the  need  to 
specify,  limit  and  dissect  the  possible 
problems  to  be  tackled.     A  main  cause  of 
difficulty     and  frustration  in  such  pro- 
jects was  tackling  too  large  a  problem 
and  the  eventual  difficulty  of  imple- 
mentation within  time  constraints. 

MIS  cl  ^sses  usually  draw  students 
with  a  variety  of  backgrounds  including 
accounting,  computer  methods,  marketing 
and  behavioral  science.     Such  hetero- 
geneity results  in  a     .or  distribution 
problem.    Frequently,  students  specialii^e 
such  that  those  interested  in  computer 
methods  concentrate  on  programming  while 
accounting  majors  study  information  flows 
and  reporting  techniques.     In.  contrast 
some  groups  divide  programming  tasks 
evenly  among  their  constituents.  Either 
approach  fre-^^uently  generates  serious  co- 
ordination problems  as  certain  parts  of 
the  project  are  completed  on  schedule  and 
others  are  not. 

Once  a  group  settled  on  a  problem 
area,  problem  focus  was  needed.  Groups 
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frequently  tried  to  overachieve  and 
during  the  later  stages  of  tl;  >  project 
began  to  realize  that  their  objectives 
were  not  realistic  and  should  be  rede- 
fined.    Part  of  the  difficulty  of  the 
instructor's  task  was  to  warn  students 
about  such  risks  without  undercutting 
the  leerning  potentiality  of  these 
experiences . 

The  experience  that  an  IBM  project 
lends  to  the  students  in  terms  of  group 
processes  is  certainly  an  important 
educational  aspect  in  MIS  education.  Al- 
though there  was  a  definite  task  and 
deadlines  and  assignments  in  the  begin- 
ning of  the  course,  there  was  often  too 
many  ideas  and  little  consistency  among 
them.     Also  there  were  emerging  leader- 
ship patterns  and  conflict  for.  leader- 
ship rolos .    Evidence  of  this  was  that 
groups  sometimes  could  not  reach  consen- 
sus and  attrition  occurred.  Management 
and  coordination  problems  always  seemed 
to  occur.     Jtudents  frequently  experi- 
enced the  point  that  Argyris^  makes  "... 
the  iiitroduction  of  a  sophisticated 
information  technol6;gy  is  as  much  an 
emotional  human  problem  that  requires 
interpersonal  competence  (as  well  as 
technical  competence)  and  that  requires 

Aryyris,  Chris,  "Management  Information 
Systems:  The  Challenge  to  Rationality 
and  Emotionality,"  Management  Science, 
Vol.   17,  No.  6,  February  1971,  pp. 
275-292. 


knowledge  about  the  human  aspects  of  or- 
ganizations such  as  personality,  small 
groups,  intergroups  and  living  systems  of 
organizations  norms." 

The  Underlying  M^-trix  Accounting 
Structure 

The  IBM  concept  has  been  suggested^ 
as  a  technique  to  design  surrogate  infor- 
mation systems  and  decrease  software 
development  costs,     in  this  era  of  rapid 
change  in  which  education  has  lagged 
technological  development,  new  tools  for 
education  are  needed.     Many  principle^?  in 
the  design  of  large  scale  software  infor- 
mation systems  are  not  theoretically 
sophisticated  and  may  even  be  counter- 
intuitive in  nature  due  to  the  intricate 

interconnection  of  different  system  com- 
7 

pcnents.      The  same  may  also  be  true  in 
the  design  and  integration  of  large  scale 
systems  where  a  large  number  of  compo- 
nents interact  and  factors  are  inter- 
connected.    In  such  a  situation  the 
utilization  of  simulation  technology  for 
education  and  for  the  design  of  l<irge 
scale  software  systems  seems  to  exhibit 
great  value. 

^Vasarhelyi,  M.  A.,  "Simulation  -  A  Tool 
for  Pre-Implementation  Testing  of  Large 
Scale  Software  Systems,"  Winter  Simula- 
tion Conference,  1971. 

'^Forrester,  Jay  W. ,  "Alternatives  to 
Catastrophe  -  Understanding  the  Counter- 
intuitive Behavior  of  Social  Systems," 
Technology  Review,  January  1971. 
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The  matrix  approach  to  accounting 
is  suggested  as  the  backbone  of  the  IBM 
for  several  reasons,  some  of  which  have 
been  alluded  to  earlier.    Essentially  a 
matrix  moael  reveals  the  entire  (wholis- 
tic)  impact  of  each  actual  (or  planned) 
accounting  transaction  on  the  entire  set 
of  financial  reports  or  budgets.  Thus 
the  student  must  relate  to  the  entire 
financial  sysuem  and  the  impact  of  plan- 
ning assur . tions  and  decisions  upon  this 
system. 

The  matrix  accounting  approach  con- 
siders entries  in  the  firm's  chart  of 
accounts  as  a  vector  of  period  transac- 
tion amounts  (T)  multiplying  an  inci- 
dence matrix  (I)  composed  of  zeros  and 
8 

plus  or  minus  ones.      The  vector  is 
equivalent  to  the  possible  accounting 
actions  in  the  firm  and  "the  incidence 
matrix  indicates  which  of  the  accounts 
of  the  firm  are  affected  by  such  finan- 
cial tr■^nsactions.     All  account  balances 
(B)  at  the  end  of  period  t  are  given  by 
the  identity  B^=T^I+B^_^C,  where  C  is  a 
matrix  which  closes  nominal  accounts. 
For  a  computerized  system  t  may  repre- 
sent "real  time,"  a  day,  a  week  or  what- 
nvp.r  ar  ^      may  be  projected  (for  plan- 
ning)  or  actual  financial  transactions. 
The  matrix  approach  can  be  extended  to 
include  policy  changes  in  the  firm* 

"5"' 

Butterworth,  J.  W.  ,  op.  cit. 


Such  a  methodology  allows  users  to  design 
and,  through  a  simulation,  consider  the 
effects  of  policy  c-tanges  over  projected, 
proforma  or  budgeted  financial  statements. 
Interesting  effects  can  bo  obtained  by 
augmenting  such  models  with  OR  techniques 
and  interrelating  interactive  policy 
changes  with  partial  optimization  of 
system  parameters.    The  utilization  of 
simple  linear  projections  can  be  made 
more  realistic  by  the  utilization  of  ex- 
ponential, logarithmic  or  exponentially 
smoothed  functions.    Clearly,  however, 
the  monitoring  features  of  interactive 
simulation  are  advantageous  as  the  type 
of  projections  can  be  ad^  >^?d  to  the 
realisMc  overview  of  the    Manager.  Such 
powerful  tools  have  been  utilized  in  the 
construction  of  IBMs  as  are  described  in 
the  next  section  of  this  paper* 

Implemented  Models 

At  this  time,  ten  student  IBMs  have 

been  designed.     In  the  remaining  part  of 

this  paper,  these  systems  are  summarized 

and  contrasted.    Focus  is  placed  upon  the 

underlying  computer  language  and  system 

characteristics  and  upon  implemented 
i 

simulations  and  man-machine  considera- 
tions. 

The  projects  will  be  disicussed  in 
terms  of  the  three  different  classes 
where  this  technique  v/as  utilized.  Com- 
puter capabilities  and  environmental 
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factors  were  somewhat  different  for  each 
class,  thus  providing  an  interesting 
comparative,  longitudinal  study.  The 
first  projects  were  developed  during  the 
spring  quarter  of  1971  at  UCLA  only  four 
months  after  APL  had  been  "brought  up" 
on  campus.    The  IBMs  were  implvimonted  on 
the  university's  IBM  360/91  u:>ing  APL 
which,  at  that  time,  h^id  neither  file 
nor  fast  fonnex-jing  capabilities.  As 
APL  was  the  only  interactive  language 
available  at  UCLA,  language  choice  was 
not  a  problem. 

The  second  set  of  projec**  7ere 
developed  at  Ohio  State  during  winter 
quarter,  1972.     ^t  that  time,  computing 
was  carried  out     s  an  IBM  370/165  and 
the  Time  Sharing  Option  (TSO)  was  up  and 
running.     Although  BASIC  and  TSO  FORTRAN 
and  PL/1  were  available,  all  student 
groups  selected  the  CPS  (Conversational 
Programming  System)   language  which  is 
essentially  an  interactive  subse*-  of 
PL/1.     In  comparison  to  UCLA,  the  main 
constraints  of  the  OSU  rystem  capabili- 
ties were:     1)   limited  selection  of 
business  oriented  preprogrammed  sub- 
routines, 2)  in  comparison  to  APL,  CPS 
is  a  Jess  powerful  language  and  requires 
consider "^bly  more  code,  and  3)  rela- 
tively* slow  response  times.     On  ^he 
positive  side,  the  OSU  system  was  more 
stable  and  provided  file  capabilities  so 


necessary  for  any  realistic  financial 
data  base. 

The  third  sot  of  projects  were  de- 
veloped during  spring  quarter  1972  at 
UCLA.    This  group  used  the  same  computing 
hardv^are  previously  described  except  hy 
this  time  a  preprogrammed  fast  formatting 
routine  and  file  capabilities  \^Qto  avail- 
able. 

In  terms  of  overall  results,  the 
scope,  insight  and  technical  quality  of 
the  IBMs  was  quite  impressive,  even  for 
groups  of  graduate  MIS  students.    This  rs 
evident  in  the  sample  material  that  fol- 
lows,    ^s  expected,  most  problems  were 
related  to  intrt   roup  conflict  or  in- 
ability to  establish  realistic  project 
goals  and  scope.     The  rather  \:ight 
schedule  lacing  the  students  was  as 
follows : 
Course 

Week  Topic  and  Assignment 

1       C^neral,  but  purposely  vague, 

description  of  IBM  concept,  pro- 
ject raquiroments,  and  possible 
_      design  crite^ria 

1,2,      Review  (learn  in  many  cases) 
&  o        appropriate  computer  language 

3        Project  plan  and  description,  in- 
cluding PERT- type  Sv^hndule,  due 
and  presented  during  class  (this 
of  course  facilititod  cross  fer- 
tilization of  idea^) 

6       Oral  report  on  progress  dnd 
problems 

9       Class  demonstration  of  completed 
IBMs 

10       Written  -reports  including  sample 
output,  documentation  and  pro- 
ject critique 
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Project  Summaries 

As  one  would  expect,  a  wealth  of  data 
exists  on  the  ten  projects.     In  an  at- 
tempt to  reduce  these  data,  a  taxonomy 
of  each  JBM  is  included  in  Table  I.  The 
taxonomy  includes  available  computer 
system  capabilities,  description  of  the 
simulated  entity,  IBM  modules,  planning 
and  control  features,  system  features 
and  problems. 

Upon  examining  this  summary,  the 
following  patterns  emerged.     First,  the 
latter  IBMs  are  more  sophisticated  than 
the  earlier  ones.    Probably  this  was  due 
to  an  increasing  ability  on  the  instruc- 
tor's part  to  describe  alternatives. 
Another  factor  was  .the  improved  system 
capabilities,  particularly  file  manage- 
ment. 

Although  simulation  modules  were 
suggested  either  to  incorporate  environ- 
mental uncertainty  or  to  test  strategy 
alternatives,  no  group  implemented  such 
a  module  due  to  its  intrinsic  complexity. 
More  importantly,  design  of  the  man- 
machine  interface  was  neglected.  For 
example/  the  conversational  features  of 
the  executive  modules  were  generally 
inadequate.     This  is  disconcerting  as  a 
suggested  systems  criterion  was  "a  use- 
ful interface  decision  aid,"  i.e.,  user 
oriented.    One  explanation  is  that  in 
the  initial  stages  of  such  projects, 


participants  tend  to  be  "systems  biased" 
and  thus  they  focus  on  implementing  the 
forecasting,  accounting,  data  base  and 
reporting  systems.     Such  oversights  and 
biases  were  fed  back  to  the  groups  as 
part  of  the  learning  process. 

Sample  Interactive 
Budgetxng  Models 

A  sample  of  some  of  the  IBM  materials 

follow.    These  include  a  project  plan 

(Exhibit  1),  a  CPM-type  schedule  for  an 

IBM  (Exhibit  2)  and  sample  output  of  two 

systems. 
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EXHIBIT  1 

Project  Plan,  Group  2,  Springy  1972,  UCLA 


The  objpctive  of  our  project  is  to  design  an  Interactive  budgeting  and 
control  systpm  to  meet  the  Information  needs  of  the  President  of  an  Insulation 
contract  ion  firm. 

scQPt  or  om  design 

The  system  that  we  are  designing  is  concerned  mainly  in  providing  the 
President  with  information  to  help  him  in  the  area  of  management  planning  and 
control.     It  designed  around  an  analysis  of  nis  major  decisions  in  that  area, 
thp  process  hp  used  to  make  those  decisions,  and  the  information  he  feels  he 
rpquires*    Blnre  the  manner  in  which  each  branch  is  handled  is  similar,  we 
hgvp  designed  thp  system  with  reference  to  only  one  branch  with  the  assumption  , 
that  by  duplication  it  could  easily  be  expanded  to  handle  all  the  branches. 
We  have  broken  the  system  into  five  major  modules  which  are  described  below. 

fOAJDR  WODUUS  ANT)  THCIR  FUNCTIONS 

Forecast  pf^odule 

The  forecast  module  is  to  be  used  to  estimate  quarterly  sales  for  the 
next  12  months.    This  will  then  be  broken  down  into  monthly  sales.    The  method 
of  1  in(-2r  regression  is  to  be  applied^  utilizing  those  factors  that  we  feel 
are  appropriatn  -  interest  rates,  building  permits, etc.    Sensitivity  analysis 
will  be  available  to  the  manager.    Using  sales  forecast  as  a  basis  we  will  then 
be  ?jble  to  forecast  other  accounts  and  prepare  budgets. 

Transactions  (tlpdule 

The  Butteruorth  natrlx  System  of  accounting  will  be  used  in  this  module  to 
handle  the  traditional  accounting  transactions  and'  produce  the  monthly  and  yearly 
financial  reports. 

Control  Wodul^ 

This  module  will  produce  the  needed  reports  to  show  variances  from  the 
budgets  or  standards.    Certain    general  reports  will  be  produced  automatically 
at  Ihc  end  nf  oach  month  or  whenever  desired,  and  other  more  detailed  reports 
'Mill  be  available  on  request. 

Cenpral  Reports  to  Be  Produced 

Veriation  In  Income  statement  and  Balance  Sheet  accounts  as 

compared  to  budget  -  monthly  and  year  to  date. 
Cash  forecast  for  next  three  months 

Signed  sales  contracts  for  next  three  months  as  compared  to 

estimated  sales  for  next  three  months* 
Profit  as  compared  to  budget  and  previous  year* 
ROI  as  compared  to  expected  standard 
Changes  in  current  ratio 
Changes  in  working  capital 

Accounts  Receivable  and  Invontory  turnover  as  compared  to  standard 
Inventory  level  as  compared  to  standard 

Security  Module 

This  module  <jU1  handla  security  procedures  to  insure  that  it  cannot  be 
accessed  by  tin;)uthor ized  individuals* 

executive  tflodulw 

This  module  will  tie  in  ail  the  other  modules  and  make  them  part  of  an 
integratod  system"  that  is  cacy  to  use  and  change* 
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Of  the  many  interesting  projects ^ 


includes  a  rather  descriptive  executive 
9 

module.      Upon  initiation  the  following 


the  following  one  was  selected  as  it  is 


representative  of  an  early  project  and 


(Exhibit  3)  is  received  }»y  the  user. 


EXHIBIT  3 


THIS        AN  INTERACTIVE  BUDGET  MODEL  FOR  RISK  INC. 

THE  MODEL  DOES  MANY  MAGICAL  AND  EROTIC  THINGS,  AS  FOLLOWSi 

PRIOR,  YEAR  BALANCE  SHEET:  TYPE  BALIO 
PRIOR  YEAR  INCOME  STATEMENT:  TYPE  INCOME70 
CURRENT  DATA: 

TO  ANALYZE  CURRENT  OPERATIONS  YOU  MUST  SUPPLY  CERTAIN  VARIABLES, 
THIS  ALLOWS  YOU  TO  3NTER  WHAT  YOU  THINK  THE  ACTUAL  FIGURES  ARE,  OR 
ENTER  THE  POTENTIAL  VALUES,     IT  IS  SUGGESTED  THAT  YOU  BEGIN  BY  ENTERING 
THE  ACTUAL  VALUES  AND  THEN  VARYING  ELEMENTS  AS  DESIRED  TO  OBSERVE  THE 
EFFECT  ON  THE  OVERALL  PICTURE. 

THIS  MODEL  IS  DIVIDED  INTO  THREE  BASIC  MODULES: 

OPC  -  THIS  MODULE  CONCERNS  PRODUCTION  ELEMENTS  AND  EFFECTS  ON  COST 
OF  GOODS  SOLD.     TYPE  OPC  FOR  THIS  MODULE  ALONE, 

nC  -  THIS  MODULE  PROVIDES  BALANCE  SHEETS,  INCOME  STATEMENTS,  SALES 
FORECASTS,  ETC.     TYPE  MC  FOR  THIS  MODULE  ALONE. 

SP  -  THIS  MODULE  CONCERNS  STRATEGIC  PLANNING  AND  PROVIDES  LONG  RANGE 
PLANNING  TOOLS.     TYPE  SP  FOR  THIS  MODULE  ALONE. 

EACH  MODULE  WILL  DESCRIBE  ITS  VARIOUS  FEATURES  FOR  YOU  WHEN  CALLED, 

IN  ADDITION,   YOU  CAN  GET  A  BROAD  OVERVIE)f  BY  TYPING  TOT.     USING  THIS 

YOU  CAN  FOR  EXAMPLE  VARY  PRODUCTION  COSTS  AND  IMMEDIATELY  SEE  THE  EFFECTS 

ON  INCOME  WITHOUT  HAVING  TO  CALL  EACH  MODULE  SEPARATELY. 

you  MAY  BEGIN  NOW        HAVE  FUN. 


Given  a  general  overview  of  the  Note  that  formatting  options  were 

system  the  user  is  ready  to  begin.     For  not  available  to  this  group  and  thus  the 

the  neophyte,  historical  financial  state-  units  in  the  preceding  statement  do  not 

ments  are  avail£ible  such  as  last  year's  line  up.    To  access  the  operating  modules 

income  statement:  of  this  system,  further  documentation  is 


SALES 


2700U00 


needed*     The  various  modules  were  ac- 


cessed as  displayed  in  Exhibit  4. 


COST  OF  GOODS  SOLD 

SELLING^  ADMIN  EXPENSE 

INTEREST  EXPENSE 

EARNINGS 

TAXES  ON  INCOME 


1326000 

U81000 

13000 

880U00 

396180 


NET  INCOME 


484220 


Gordon,  K*A*,  S*  Archuleta,  M*  Ishii, 
"The  Interactive  Budget  Models    A  Con- 
ceptual Study,"  Term  Project,  ProfesL>or 
T*  J*  Mock,  Graduate  School  of  Manage- 
ment, University  of  California, 


Los  Angeles,  June  1971* 
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EXHIBIT  4 


OPERATIONAL  CONTROL: 


OPC 

you  HAVE  ACCESSED  THE  OPERATIONAL  CONTROL  MODULE, 

THIS  hWDULES  FUlWTIOlJ  IS  TO  ASSIST  IlJ  PRODUCTTOJJ  PLAIWII:G 

USING  A  LINEAR  PROGRAMMING  ROUTINE  TO  MAXIMIZE  A  PROFIT  FUNCTION, 

YOU  MAY  VARY  FACTOUS  OF  PRODUCTION  SUCH  AS  LABOR  HOURS  AND  RAW  KATFRIALr 

AVAILABLE.     THE  PROGRAM  ALSO  INTERACTS  IITTH  THE  LONG  RANGE  SALES  FORECAST 

TO  PROJECT  PRODUCTION  COSTS  BASED  ON  PROJECTED  SALEr., 

TO  OPERATE  THIS  MODULE  TYPE  SAMCOST 
SAMCOST 

THIS  PROGRAM  WILL  CALCULATE  THE  OPTIMAL  COMBINATION  OF  PRODUCTION 
RESOURCES  USED  IN  THE  MANUFACTURING  PROCESS  OF  THREE  TELEVISION 
MODELS:     Xl=BLACK  AND  WHITE,   X2^P0RTABLE  COLOR,  XZ=DELUX  COLOR. 
THE  OBJECTIVE  FUNCTION  IS  TO  MAXIMIZE  P=l  9X1 +  2  5X2  + 2?;^ 3  ,   WHERE  P 
IS  THE  TOTAL  CONTRIBUTION  TO  OVERHEAD  AND  PROFIT,  AND  XI,  X2 ,  AND 
XZ  ARE  THE  NUMBER  OF  UNITS  TO  BE  PRODUCED  TO  MEET  THIS  OBJECTIVE. 
THE  OBJECTIVE  FUNCTION  IS  BASED  ON  THE  FOLLOWING  DATA: 

SELLING  PRICE  PER  UNIT 

VARIABLE  COST  PER  UNIT 

CONTRIBUTION  TO  OVERHEAD  A 
CONSTRAINTS  ARE  BASED  ON  THE  FOLLOWING  DATA 
WHICH  INDICATES  THE  AMOUNT  REQUIRED 
TO  PRODUCE  ONE  UNIT: 


XI 

X2 

xz 

90 

350 

71 

325 

398 

PROFIT/UNIT 

19 

25 

27 

LABOR  A 

5 

5 

3 

LABOR  B 

8 

12 

lU 

LABOR  C 

12 

lU 

in 

MATERIAL 

D 

10 

12 

12 

MATERIAL 

E 

15 

18 

20 

MATERIAL 

F 

1 

1 

1 

INPUT  PARAMETERS  G,  H.  I,  J,  K,  AND  L,  THE  TOTAL  LABOR  HOURS 
AND  MATERIAL  UNITS  AVAILABLE, 


0: 

10000 

□  : 

18000 

Q; 

2U000 

21000 

□  : 

25000 

20000 

0 

0 

0 
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EXHIBIT  4  (CONTINUED) 


MANAGEMFJNT  CONTHOL: 
MC 

you  HAVn  ACCESSED  THE  MANAGEMENT  CONTROL  MODULE, 
MODVLE  FEAT V RE 5  ARE; 

1.  COtir>OLIDATED  BALANCE  SHEET  -  IN  ORDER  TO  GET  CURRENT  STATUS 

TYPE  BALCUR.     IE  YOU  IIANT  TO  ENTER  VARIABLESTYPE  BALVAR. 

2.  INCOME  STATEMENT  -  IN  ORDER  TO  GET  CURRENT  STATUS  TYPE  INCCUR, 
IF  YOU  i/ANT  TO  ENTER  VARIABLES  TYPE  TNCVAR. 

3.  SALES  ^FO RECAST  -  TYPE  FORE  AND  YOU  WILL  BE  ASKED  TO  ENTER  PPOJECTEP 
GROWTH  RATE  AND  ACCEPTABLE  STANDARD  DEVIATION.     THE  PROCRAVr  WILL  THEN 
PROJECT  MONTHLY  DOLLAR  SALES  FOR  THE  PERIOD  YOU  SPECIFY  AND  PROVIDE 
YEARLY  TOTALS.     YOU  MAY  THEN  SPECIFY  PERCENTAGE  OF  SALE^        MODEL  AND 
GET  SALES  TOTALS  BY  MODELS,  INCLUDING  QUANTITY  OF  EACH  MODEL  SOLD. 

M.     CURRENT  RATIO  -   TYPE  CR. 

5.  ACID  TEST  RATIO   -  TYPE  AT. 

6.  RETURN  ON  ASSETS  -  TYPE  ROA . 

7.  EARNINGS  ON  STOCK  -  TYPE  ES . 


FORE  ROUTINE  (SALES  FORECAST)  IN  MC  MODULE: 
FORE 

SALES  FOR  1970  WERE  2,7oO,«00.     FORTY-FIVE  PERCENT  WERE  PORTABLE  COLOR, 
THIRTY-FIVE  PERCENT  WERE  DELUXE  COLOR.  AND  TWENTY  PERCENT  WERE  BLACK  AND  WHITE 
ENTER  BELOW  FIGURES  FOR  PROJECTED  SALES  GROWTH  (PERCENT  YEARLY),  ALLOWABLE 
DEVIATION  (FOUR  FIGURE  INTEGER),  ANV  LENGTH  OF  FORECAST  IN  YEARS. 
PROJECTED  GROWTH  RATE: 

n: 

.05 

DEVIATION: 
D: 

1000 

FORECAST  PERIOD  (INTEGER  REPRESENTING  YEARS): 
2 

SALES  FORECAST 
(BASED  ON  5  PERCENT  SALES  GROWTH) 


YEAR 

:  1 

JAN 

23  6290 

FEB 

236302 

MAR 

236105 

APR 

236772 

MAY 

236279 

JUN 

236052 

JUL 

235876 

AUG 

236733 

SEP 

235859 

OCT 

236286 

NOV 

236170 

DEC 

236063 

TOTAL 

SALES:  283U787 
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(     EXHIBIT  4  (CONTINUED) 


STRATEGIC  PLANNING: 

you  HAVE  ACCESSED  THE  STRATEGIC  PLANNING  MODULE 

TUTS  MODULE  OFFERS  LONG  RANGE  PLANNING  TOOLS  EOF  THE  FIR^f 

MODULE  FEATURES  ARE:  rwi^  inc,  tutxM. 

1.  PRESENT  VALUE  OF  INVESTMENTS  -  TYPE  ISHIIZSPl 

2.  LONG  RANGE  SALES  FORECAST  {BASED  ON  GNP)  -  TYPE  ISJIimSP7 
THESE  FEATURES  WILL  BE  DESCRIBED  FOR  YOU  WHEN  CALLED. 


OVKRVIEW  OF  TOTAL  SYSTEM: 
TOT 

THIS  MODULE  OFFERS  A  TYPE  OF  OVERVIEW  OF  THE  SYSTE^L 
THROUGH  USE  OF  THE  THREE  BASIC  MODULES.     IT  IS  USED 
TO  COMPARE  THE  LONG  RANGE  SALES  FORECAST  BASED  ON  GNP 
AND  THE  FORECAST  BASED  ON  PERCENTAGE  SALES  GROWTH  THE 
RESULTS  OF  THESE  FORECASTS  ARE  THEN'  USED  IN  THE  PRODUCTION 
PLANNING  MODULE,  AND  FINALLY  A  PROJECTED  INCOME  STATEMENT  IS 
PRODUCED. 

TO  OPERATE  THIS  MODULE  TYPE  TOTl 


Contrasting  the  above  first  genera- 
tion IBM  with  a  third  generation  (class) 
results  in  some  interesting  insights, 
particularly  in  terms  of  system  sophis- 
tication and  improved  output  fee»»ores. 
Consider  an  IBM  designed  to  aid  the 
financial  planning,  scheduling  and 
control  of  the  production  of  a  motion 
picture, The  essentials  of  this  pro- 
ject centered  around  a  PERT/Cost 
schedule  of  the  activities.    The  system 


Tompkins,  G.  E.  ,  H.  D.  Vanliolth, 
S.  E,  Velasco,  J.C.G.  Gaspar  and 
K.  D,  Prado,   "An  Interactive  Budgeting 
Model  for  Producing  a  Motion  Picture," 
Term  Project,  Professor  T,  J,  Mock, 
Graduate  School  of  Management, 
University  of  California,  Los  Angeles, 
Spring  1972. 


included  budget  projections  and  critical 
path  (Exhibits  5  and  6),  an  updating 
routine  and  subsequent  project  perform- 
ance reports. 
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Results  and  Student  Feedback 
Two  sources  of  data  and  experiences 
exist  from  which  the  pedagogical  effec- 
tiveness of  the  IBM  concept  may  be 
evaluated.    First  is  the  instructor's 
longitudinal  observations  over  the  three 
classes  and  comparison  with  previous 
courses.     From  this  perspective  the  IBM 
simulation  seems  to  be  an  improved  edu- 
cational aid  for  the  various  reasons 
given  in  the  text  of  this  paper  including 
most  importantly: 

1.  Its  experiential  nature 

2.  Reliance  on  group,  projects  which 
reflect  needed  interpersonal  and  inter- 
disciplinary approaches  to  system  design 

3.  Replication  of  real  world  com- 
plexity, time  pressures  and  technical 
difficulties 

4.  Ability  to  obtain  an  overview 
and  understanding  of  the  entire  budgeting 
system. 

Another  source  of  feedback  was 
student  course  evaluations  that  were 
collected  in  two  of  the  courses.  Al- 
though such  appraisals  are  the  result  of 
a  single  exposure  to  the  course  and  al- 
though student  opinions  are  anything  but 
consistent,  the  following  critical  and 
supportive  quotes  do  lend  positive  evi- 
dence as  to  the  overall  usefulness  and 
difficulties  of  the  IBM  in  MIS  education: 


Critical 

"Learned  nothing  about  systems  -  only  APL" 

"Too  much  time  was  required  with  respect 
to  coding" 

*^The  IBM  project  was  trying  to  cover  too 
much  material" 

''Students  tend  to  underestimate  the  effort 
involved  in  such  a  project" 

"I  learned  nothing  about  planning  and  con- 
trol ...  too  much  time  was  wasted  on  the 
IBM" 


Supportive 

"IBM  was  creative  and  practical  applica- 
tion of  course  subject  matter" 

"The  IBM  . . .  proved  to  be  quite  a  mean- 
ingful education  experience" 

"Contributed  much  to  my  understanding  of 
the  budgeting  process" 

"An  enjoyable  learning  experience" 

"I  especially  liked  working  on  the  pro- 
ject although  it  does  become  time- 
consuming" 

"Great  learning  experience" 

"IBM  was  an  excellent  idea" 

"The  IBM  was  a  demanding  and  interesting 
experience  . . .  most  of  the  (course) 
concepts  acquired  could  be  used  in  its 
design" 
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TIE  TRAFFIC  POLICE  MANAGEMENT 
TRAINING  GAME 


Gay  Dorccn  Serway,  Ph.D.  Candidate 
Allen  S.  Kennedy,  M.S. 
Gustave  Rath,  Ph.D. 

Design  and  Development  Center 
Northwestern  University 
Evanston,  Illinois  60201 


Abstract 

The  Traffic  Police  Management  Training  Game  was  designed  for  Northwestern 's  Traffic 
Institute  with  the  following  basic  objectives:  (1)  to  provide  police  officers  of  super- 
visory rank  wita  more  insight  and  experience  In  traffic  problems;  (2)  to  show  the  impor- 
tance of  Intensive  analysis  and  planning;  and,  (3)  to  teach  certain  patrol  enforcement 
concepts.    The  game  requires  three  Ingredients:    the  game  administrators,  the  game  players, 
and  the  computerized  game  model.    The  game  model  provides  the  framework  within  which  the 
administrator  may  specify  any  type  of  urban  model  he  believes  meets  his  teaching  object- 
ives.   The  game  players  Input  decisions  on  allocation  of  manpower  for  patrol  enforcement. 
The  game  model  generates  violations,  which  stochastically  result  in  accidents.    The  fre- 
quency of  these  violations  Is  assumed  to  be  a  function  of  parameters  selected  by  the  ad- 
ministrators and  the  enforcement  applied  by  the  players.    If  a  violation  does  not  result 
In  an  accident;  the  model  computes  whether  or  not  an  available  unit  detected  the  violation. 
The  model  does  not  pretend  to  be  realistic,  but  rather  aims  to  achieve  verisimilitude. 
The  object  of  the  game  is  to  achieve  some  "best"  allocation  based  on  criteria  set  up 
by  the  administrators.    Organizational  aspects  of  the  game  include:    administrator  and 
player  briefings,  instructions,  decision  forms,  and  critiques. 
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I.C    Introduction       An  Overview  of  the  Game 

The  Traffic  Institute  of  Northwestern 
University  trains  police  officers  from  all  over 
the  world  in  the  most  modern  techniques  of 
traffic  police  administration.    The  Traffic 
Police  Management  Training  Game  was  designed  to 
integrate  the  principles,  tools,  and  techniques 
taught  in  the  Institue's  program.    The  object  of 
the  game  is  to  achieve  some  !*best"  allocation  of 
the  traffic  police  department's  manpower  and 
resources,  based  on  measures  of  performance  such 
as  a  reduction  in  the  number  of  accidents,  an 
increase  in  the  detection  of  violations,  etc. 

The  remainder  of  this  section  will  be  an 
introductory  overview  of  the  Traffic  Police 
Management  Training  Game.    The  next  section  of 
this  paper  presents  a  basic  definition  of  a 
management  training  game  along  with  general 
objectives  and  characteristics  of  gaming.  The 
Traffic  Institute  and  the  integration  of  its 
objectives  into  a  training  game  are  next 
delineated.    The  specifics  of  the  Traffic  Police 
Management  training  Game  will  then  be  discussed. 
The  game  model  and  simulation,  administrator 
and  player  input,  and  the  output  of:  the  game 
will  each  be  presented.    Some  final  notes  from 
an  actual  experimental  game  session  at  the 
Institute  will  complete  the  paper. 

Basically,  the  Traffic  Police  Management 
Training  Game  provides  an  opportunity  for  the 


player  to  formulate  traffic  control  policies, 
allocate  available  resources  and  evaluate  the 
results  of  his  decisions  within  the  context  of  a 
responsive  gaming  situation  u*hlch  is  designed  to 
react,  or  at  least  appear  to  react,  realistically 
to  his  ccpimand  decisions.    Although  the  under- 
lying relationships,  as  presented  in  the  model 
are  relatively  simple,  the  total  appearance  of 
the  game  presents  the  players  with  a  complex 
system. 

The  game  model  provides  the  framework  within 
which  the  administrator  may  specify  any  type  of 
urban  traffic  environment  he  believes  best  meets 
his  teaching  objectives.    In  addition,  the 
administrator  specifies  the  length  of  the 
simulated  time  period  the  game  is  to  operate  and 
the  different  daily  patterns  within  the  period. 
The  basic  unit  of  time  assumed  by  the  model  is 
one  hour,  but  the  minimum  length  of  an  operating 
period  is  one  day.    Depending  on  how  the  game  is 
to  be  used,  it  may  be  run  for  a  simulated  day, 
several  days,  a  week,  a  month,  etc. 

The  administrator  is  free  to  divide  the 
class  into  several  groups,  each  dealing  with 
distinct  urban  systems,  or  to  allow  the  class  as 
a  whole  to  '"play"  against  one  larger  system. 
Once  the  urban  system(s)  have  been  specified,  the 
administrator  gives  the  class  a  city  map,  a  brief 
demographic  sketch,  periods  of  operation,  daily 
patterns,  and  whatever  additional  information 
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about  the  city  he  may  deem  necessary. 

The  players  must  now  organize  their  traffic 
departments  for  effective  deployment  of  traffic 
units.    This  may  include  establishing  line 
command  structures,  dividing  the  city  into 
districts,  etc.    Having  done  this,  the  players 
are  required  to  make  initial  manpower  allocation  ^ 
for  each  daily  pattern  in  the  decision  period. 

Both  the  administrator  and  player  forms 
are  now  keypunched  onto  computer  cards  in  a 
prescribed  format.    This  "input"  card  deck 
together  with  the  actual  program  deck  are  sub- 
mitted to  the  computer  for  processing. 

The  game  model  produces  traffic  violations 
with  the  simulated  urban  environment  o^'er  ♦'ime. 
The  frequency  of  violations  at  any  particular 
intersection  is  a  function  of  the  parameter 
inpuCed  by  the  administrators  and  the  enforce- 
ment applied  by  the  players.    Accidents  are 
assumed  to  be  the  result  of  viol?itions.  When 
an  accident  occurs  the  closest  (in  time  to 
respond)  available  unit  is  assigned  to  respond. 
If  an  accident  has  not  occurred,  the  model 
computes  whether  or  not  an  available  unit 
observed  the  violation.    If  the  answer  is  yes, 
a  detection  has  occurred.    Thus,  the  probability 
of  detecting  violators  Increases"  wi th  an  in- 
creased manpower  allocation. 

The  object  of  the  game  is  to  achieve  some 
"best"  allocation  based  on  the  criteria  the 


player-j  select  to  measure  performance.  Each 
play  of  the  game  generates  data  in  report  form 
for  analysis  and  use  in  making  decisions  in 
subsequent  plays  of  the  game. 

The  next  section  of  this  paper  presents  the 
basic  management  game  theory  which  underlies  the 
Traffic  Police  Management  Training  Game. 

2.0  Management  Gaming  Background 

2.1  Tefinition 

Management  games  are  "games" 
in  the  sense  ::hat  there  are 
participants,  a  set  of  rules, 
and  a  method  of  scoring. [l5J 
A  management  game  consists  of  four  elements. 
There  are  the  players  who  assume  roles  in  an 
organization.    There  is  the  model  which  simulates 
the  environment  in  which  the  organization 
operates.    There  is  the  input  which  consists  of 
decisions  by  the  players  and  there  is  the  output 
which  is  generated  by  the  model  and  provides 
feedback  to  the  players  from  which  to  "score" 
the  results  of  their  decisions. 

A  management  game  puts  players  into  a 
simulated  environment  where  they  assume  roles  in 
'an  organization  characteristic  of  this  environ- 
ment.   In  their  roles  as  administrators,  the 
players  make  decisions  applying  their  experience 
and  knowledge  to  achieve  certain  objectives  for 


the  organization.  Through  decision-making  they 
become  aware  of  the  Interrelatedness  of  admlnis*^ 
trative  actions  in  the  organization. 

When  a  decision  is  made  the  sirulated 
model  of  the  environment  uses  the  decisions  as 
inputs  and  generates  changes  in  the  conditions 
of  the  environment.    Reports  are  produced  by  the 
model  and  the  players  now  must  make  new  deci- 
sions using  this  feedback  from  the  game.  The 
player  is,  thus,  actually  living  with  the 
consequences  of  his  decisions.    Several  plays  of 
the  game  may  ci:nulata  a  year's  operation  of  the 
organization.    The  player,  thus,  has  an 
opportunity  to  make  decisions,  see  their  results 
but  not  suffer  the  real  world  consequences,  such 
as,  bankruptcy,  war,  or  famine. 

2.2    The  Objectives  of  Management  Games 

Searching  through  the  literature  on 
management  games  a  list  of  objectives  of 
management  games  In  education  can  be  compiled. 
While  any  list:  would  be  only  partial,  we  have 
Cound  the  following  general  objectives: 

1.  to  provide  a  dynamic,  reacting 
time  dimension 

2.  to  provide  objective  feedback 

3.  to  provide  an  opportunity  to  learn 
from  experience 

4.  to  provide  an  opportunity  for 
experimenting  with  different  decisions 


5.  to  provide  an  opportunity  for  an 
overview  of  the  organization 

6.  to  provide  an  opportunity  to 
integrate  knowledge  and  experience 

7.  to  provide  an  opportunity  to  learn 
to  work  together 

A  brief  description  of  each  of  these  follows. 
Dynamic 

Kibbee  has  said. 

The  two  unique  characteristics 
which  enable  games  to  contribute 
so  powerfully  to  management 
education  are  the  novel  use  of 
the  time  dimension,  and  the 
objectivity  of  the  feedback.  [l5] 
The  management  game  is  virtually  alive.  Its 
state  Is  constantly  changing  in  response  to 
decisions.    Further,  the  management  game  con- 
denses a  large  amount  of  decision-making 
experience  Into  a  relatively  short  period  of 
time.   .As  Thorelll  has  said  about  business 
management  games: 

While  a  case  study  of  the 
traditional  type  providxis  an 
essentially  static  snapshot  of  a 
business  problem  sltutatlon,  a 
game  yields  a  moving,  multi- 
dimensional picture.  [22] 

Feedback 

Objective  feedback  Is  provided 
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in  a  Riangement  game  by  a  set 
of  programmed  relationships 
which  transform  the  input  • 
decisions  into  performance 
reports.    It  enables  the 
participant  to  analyze  the 
actual  responses  of  a 
business  environment,  [is] 
The  objective  of  providing  feedback  Is  linked 
closely  with  the  dynamic  aspect  of  management 
games.    When  the  player  makes  his  decislo.i,  the 
management  game  proceeds  to  implement  it,  the 
simulated  environment  changing  in  response  to 
the  players*  Inputs.    The  player,  thus,  has  the 
results  of  the  application  of  decisions.  In 
effect,  business  management  games,  thus,  are 
like  "case  studies  with  feedback  and  a  time 
dimension  added".  [3l]^ 
Absence  of  real-world  consequences 

Closely  linked  with  the  dynamic  time 
dimension  Is  the  management  game  objective  of 
providing  an  opportunity  to  learn  from  experi- 
ence without  paying  the  price  that  would  result 
from  wrong  decisions  made  in  real  life,  for 
example,  being  fired. 
As  Kibbee  points  out: 

The  player  is  learning  by 
Implementing  decisions  with- 
out disrupting  established 
operations,  Incurring  the 


cost  of  mistakes,  or 
inviting  the  resistance  of 
vested  Interest,  [is] 

Experimentation 

Management  games  can  make  experimentation 
possible,  because  it  Is  always  possible  to  re- 
turn to  a  previous  point  in  the  simulation  and 
proceed  again  from  that  point,  making  a  different 
set  of  decisions  to  determine'  their  advantages 
and  disadvantages  in  comparison  with  those 
previously  tried.    Clarkson  College,  ^^^^  put 
this  feature  of  management  games  to  a  unique 
use  by  permitting  thc^e  participants  who  said, 
"I  wish  I  had  it  to  do  all  over  again",  to  do  it 
all  over  gain,  by  resuming  the  exercise  at  the 
point  where  they  feel  they  went  wrong. 
Overview 

A  vital  purpose  of  management  games  In 
education  is  to  provide  the  players  with  an 
overall,  perspective  of  their  organization  and  to 
Improve  their  feel  for  the  Interre latedness  of 
the  various  functions.    By  dynamic  role  playing, 
the  player  Is  forced  to  think  about  the  inter- 
related aspects  of  functions  and  responsibili- 
ties.   The  players  also  become  aware  of  the 
interrelatedness  of  short-and-long  range  plan- 
ning for  the  successful  operation  of  their 
organization . 
Other  objectives 

5.everal  other  objectives  are  claimed  for 
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manage'nent  games  in  education.    Management  games 
offer  an  opportunity  for  applying  and  testing 
knowledge -gained  from  reading  and  other  experi- 
ences • 

^  The  players  can  become  personally  Involved 

in  a  simulated  situation  and  find  ways  to  work 
together  under  pressure  In  developing  their 

»  decision-making  abilities. 

Oae  rinal  purpose  for  using  management 
games,  when  programmed  for  a  computer,  Is  that 
the  games  are  often  a  good  way  to  Introduce 
management  to  the  realm  of  electronic  data- 
processing  equipment  and  computers.  [l5"| 

2»3    Characteristics  of  Management  Games 

Management  games  exhibit  a  degree  of 
polarity  In  the  Individual  characteristics 
which  can  be  developed  in  the  game*  An 
enumeration  of  these  Includes: 


Simple 

Complex 

Manual 

Computerized 

Deterministic 

Stochastic 

Functional 

Total  organization 

Non-lnteractlve 

Interactive 

Qualitative 

Only  quantltlve 

factors  included 

factors 

Use  for  single 

Use  for  repeated 

play 

plays 

Discontinuous 

Continuous  play 

play 

Verisimilitude 
Special  features 
Simple  or  Complex? 

Complexity  in  a  management  game  may  manifest 
Itself  in  the  game  rules,  in  the  structure  of  the 
decision  forms,  in  the  simulation  model  itself, 
in  the  number  of  decisions  to  be  made  and  so  on. 
In  a  complex  game,  "undue  anchorage  of  the  model 
in  the  details  of  a  specific  industry,  or 
specific  parts  of  the  world,  may  cause  disputes 
about  Institutional  facts  and  relationships  of  no 
real  consequence  to  th'^  objectives  of  the  game 
and  very  well  may  divert  the  attention  of  the 
participants  to  peripheral  matters"*  [22] 

A  review  of  the  literature  clearly  indicates 
that  range  froDi  the  depth  and  complexity  of  the 
Carnegie  Institute  of  Technology  Game,  in  which 
as  many  as  300  decisions  may  be  made  each  "month" 
to  the  simplicity  of  the  original  American 
Management  Association's  Game,  in  which  only  six 
decisions  were  required. 

The  question  of  whether  simple  management 
games  can  be  used  to  Illustrate  management 
principles  has  been  frequently  asked.    In  a 
study  of  the  educational  value  of  management 
games  by  Anthony  Rala  [Sl],  the  hypothesis  that 
a  relatively  simple  game  provides  essentially  the 
same  benefits  as  one  that  is  more  complex,  in 
terms  of  learning,  attitude,  and  levels  of 
Interest  and  motivation  was  accepted.  [Sl] 


ERIC 


The  choice  of  a  simple  or  a  complex 
management  game  rests  primarily  upon  the' 
particular  objective  of  using  a  management  game 
in  a  course,  seminar  or  wherever. 

Manual  or  Computer 

Management  games  can  be  classified  as 
manual  or  computer  on  the  basis  of  how  the 
computations,  required  to  convert  the  decisions 
made  by  the  players  into  the  performance  reports 
returned  to  them,  are  made. 

Kibbcc  defines  a  manual  game  as  one  "in 
which  the  computations  are  made  by  clerks,  or 
by  the  participants  themselves,  usually  with 
the  help  of  desk  calculators",  [is]  Similarly, 
computer  games  are  ones  in  which  the  computa- 
tions are  performed  by  electronic  data 
processing  equipment,  analog  and  digital 
computers . 

Greenlaw  states: 

Both  approaches  (manual  and 
computer)  to  the  computation 
of  decision  results  have  their 
advantages  and  limitations. 
Although  complexity  can  be 
more  easily  incorporated 
into  computer-designed  models, 
results  calculated  more  quickly, 
and  more  comprehensive  reports 


produced,  manual  calculation 

is  much  less  expensive  and 

permits  more  flexible  game 

administration,  [s] 
The  basic  factors  involved  in  deciding  upon 
computer  or  manual  methods  for  management  game 
computations  have  been  discussed  by  Greenlaw  [81]^ 
Kibbee  [is],  thorelli  [22],  and  others.  The 
factors  include: 

1,  speed  and  complexity  of  the  model 

2,  accuracy  required 

3,  cost 

A .  flexibility 

5,  reports  generated 

6,  ease  of  experimentation 

7 ,  glamour 
Deterministic  or  Stochastic 

In  a  management  game,  the  mathematical  model 
is  the  set  of  relationships  from  which  the  out- 
put report  is  computed  from  the  input  decisions. 
Some  management  games  are  completely  determin- 
istic models--models  in  which  operating  results 
are  determined  solely  by  the  decisions  made  by 
the  players,  and  not  by  chance.    Others,  utilize 
stochastic  or  probabilistic  models,  in  which 
chance  plays  a  role  in  one  way  or  another  and 
influences  the  outcome  of  the  game.    A  business 
gcme  with  stochastic  elements,  for  example,  may 
put  certain  variables,  such  as  the  fluctuations 
in  the  general  level  of  business  activity  beyond 
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the  control  of  the  players.    Games  are  usually  a 
mixture  and  seldom  purely  stochastic.  [23] 
Functional  or  total  organization 

"A  general  management  game  is  designed  to 
teach  decision-making  at  the  top  management 
level  where  all  major  functional  areas  of  the 
total  organization  are  Involved  In  achieving 
fundamental  organizational  objectives .*'[ 3l]  In 
the  business  management  games,  called  total 
enterprise  games,  the  basic  problem  Is  the 
management  of  a  complete  company.  T3n'lcal 
decisions  to  be  made  in  total  enterprise  games 
include: 

1.  price  of  product 

2.  marketing  budget 

3.  research  and  development  budget 
^          4.    maintenance  budget 

5.  production  volume  scheduled 

6.  investment  in  plant  and  equipment 

7.  purchase  of  materials 

8.  dividends  declared 

Functional  games  are  intended  to  teach 
specific  skills  In  a  particular  management  area. 
These  games  are  highly  specialized,  confined 
t  largely  to  problems  within  a  relatively  narrow 
area.    Functional  business  games  may  deal 
specifically  with: 

marketing 

maintenance  management 
material  flow  and  Inventory 


production  scheduling 
personnel 

physical  distribution 
toolroom  operation 
manufacturing  scheduling 
finance,  asset  management 
procurement  and  supply 
salesmanship 
and  so  on  [8] 
In_teractlve  or  non-Interactive 

According  to  Greenlaw,  a  game  Is  classed  as 
Interactive  '*lf  the  decisions  made  by  one  group 
of  participants  have  a  specific  mathematically 
determinable  effect  upon  the  results  achieved  by 
other  groups  of  participants",  [s] 

Klbbee  has  stated  this  characteristic  very 
Interestingly: 

A  game  with  interaction  Is  like 
tennis;    a  game  without  Inter- 
action is  like  golf,  [is] 
Further,  he  gives  examples  from  business  manage- 
ment games. 

In  thft  Unlvac  Marketing  Game  the 
various  teams  are  In  competition 
for  a  comnon  market,  and  the 
action  of  any  on<i  team,  say  In 
Its  pricing  policy  will  affect 
all  the  other  teams;     there  Is  an 
Interaction  between  teams.    In  the 
Westlnghouse  Inventory  Control 
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Game,  on  the  ochftr  hand, 
each  team  is  attempting  to 
achieve  the  best  performance 
beginning  from  the  same  conditions, 
but  there  is  no  interaction 
between  te«ims;    the  performance 
of  one  team  has  no  effect  on 
the  other  teams,  [is] 
Qualitative  or  only  quantitative  factors 

In  a  management  game,  the  relationship 
between  a  particular  decision  and  Its  effect 
usually  results  from  computations  performed  using 
mathematical  relationships  built  Into  the  g£tme 
model.    It  Is  possible,  however,  to  use  human 
beings  and  Introduce  qualitative  factors,  their 
"rational"  judgements  as  to  the  results  that 
should  ensue  on  a  particular  decision.  These 
people  are  called  judges,  referees,  or  umpires. 
[81 

Another  type  of  qualitative  factor  occurs 
in  the  information  flow  In  management  games. 
The  management  game  may  generate  standard  reports 
from  inputs  or  may  ,lnclude  a  qualitative  decision 
as  to  the  quantity  and  quality  of  reports  the 
plfjyers  would  like  to  have.    The  players  decide 
upon  what  Information  they  will  buy  from  the 
available  quantity  of  data. 
Single  or  repeated  plays 

Management  games  are  played  In  "periods". 
This  interval  of  time,  e.g.,  a  week,  a  month,  a 


quarter,  a  year.  Is  called  the  simulated  time 
period  and  decisions  are"  made  for  the  length  of  a 
period  of  play.    Decisions  are  made  in  real  time 
for  the  simulated  time  period.    Management  games 
may,  thus,  last  in  real  time  for  an  hour  or  a 
month,  whll?  the  simulated  time  period  may  be  a 
quarter  or  a  year. 

In  a  single  play,  the  players  make  their 
decisions  for  the  simulated  time  period,  receive 
the  outcome,  and  the  exeicise  Is  over;  the  feed- 
back from  decision-making  cycle  Is  two  step.  In 
repeated  plays,  decisions  are  made,  feedback 
results,  new  decisions  are  made  with  the  feed- 
back contributing  to  decision-making,  more 
feedback,  and  the  cycle  goes  on. 
Discontinuous  or  contlnous  play 

Decision-making  In  management  games  may  be 
continuous  or  discontinuous.    In  continuous 
decision-making  game  sessions,  decisions  are  made 
at  one  sitting,  uninterrupted  by  other  work  or 
adjournments.    Discontinuous  decision-making 
takes  place  over  many  days  or  weeks.    Usually  In 
discontinuous  sessions,  the  management  game  Is  an 
adjunct  or  a  complement  to  other  course  or 
training  activities,  rather  than  being  the  only 
activity,  which  Is  the  case  In  continuous  play. 
Verisimilitude 

Verisimilitude  Is  the  appearance  of  reality 
to  the  player,  but  It  does  not  imply  realism  of 
the  model.    Complexity  Is  not  necessary  for 
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verisimilitude,  the  desired  effect  can  be  easily 
achieved  by  very  simple  models,  [is] 
As  Kibbee  points  out, 

When  a  game  is  to  be  used 
solely  for  training  purposes, 
it  is  not  necessarily  important 
that  the  mathematical  model 
be  realistic,  but  only  that 
the  game  appear  realistic  to 
the  players.    The  appeat^ance 
of  realism  Is  known  as 
verisimilitude    tnd  this  is 
an  essential  fe  .cure  of 
management  games.    The  men 
who  play  management  games 
react  to  the  business 
simulations  very  much  as 
they  do  in  real  life.  [l5] 
Using  an  adapted  version  of  the  game  out- 
line developed  by  Greenlaw,  et  al.    the  Traffic 
Police  Management  Training  Game  can  be  summarized 
in  the  terminology  of  this  section,  as  follow: 
I.    Organization:'   Northwestern  Univeristy 
Traffic  Institute 
II.    Name  of  game:    Traffic  Police  Manage- 
ment Training  Gsme 
III.    Characteristics  of  the  model: 

A.  Specific:    deals  only  with  traffic 
violations 

B.  General  view:    Not  functional, 


rather  aims  to  interrelate  organiza- 
tion, management,  planning,  statis- 
tical analysis,  etc. 

C.  Stochastic:    Major  events  occur 
stochastically 

D.  Non-interactive:    Decisions  of  one 
team  do  not  effect  the  other  teams 

B.    Entirely  quantitative,  except  for 
administrator  input 
IV.    Characteristics  of  the  Administrative 
process: 

A.  Role  positions  suggested  bxft  not 
assigned  by  the  administrators 

B.  Computer 

C.  Use  for  repeated  runs 

D.  Discontinuous  play 

2.4    A  procedural  Point  in  Using  Management 
Games  —  How  to  Choose  a  Game 

The  method  of  systems  analysis  lends  itself 
to  selecting  the  appropriate  management  game  for 
any  organization.    The  first  step  is  to  set  forth 
the  educational  objectives  expected  of  the  game. 
Then,  certain  criteria  may  be  imposed,  for 
example,  the  game  must  have  discontinuous  play. 
Next,  establish  any  constraints  on  the  game, 
such  as  the  abilities  and  interests  of  the 
players  and  administrators.    Now,  determine  the 
resources  available  for  the  program  in  terms  of 
finances,  time,  staff,  computing  facilities,  and 
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such.    On  the  basis  of  information  from  published 
material,  professional  organizations,  or  game 
builders  on  all  games  being  considered,  a  list  of 
alternatives  can  be  proposed.    The  list  of 
alternatives  may  include  one  specific  game,  a 
modification  of  an  existing  game,  or  the  design 
of  a  new  game.    Now  the  administrators  must 
select  one  alternative  and  schedule  it  in  the 
overall  program  in  such  a  way  as  to  achieve 
maximum  impact  on  the  players.    Finally,  the 
administrators  should  apply  the  systems  analysis 
approach  to  the  game  to  see  whether  the  teaching 
objectives  were  reached,  and  to  learn  how  the 
program  can  be  improved,  [is]  [is] 

In  the  next  section  of  this  paper  we  will 
discuss  the  Traffic  Institute  and  how  its 
objectives  lead  to  the  development  of  the  Traffic 
Police  Management  Training  Game. 

3.     The  Traffic  Institute  and  Its  Objectives 

Police  administrators  across  the  United 
States,  today,  realize  the  need  for  command  and 
supervisory  officers  capable  of  sssuming 
responsibilities  in  the  administrative  function. 
These  officers  must  understand  the  scope  of  the 
entire  traffic  accident  prevention  program,  its 
coordination,  and  the  interrelation  of  such 
programs.    They  must  know  the  principles  and 
techniques  necessary  to  reduce  the  number  and 
severity  of  motor  vehicle  collisions  and  how  to 
cope  with  the  problems  of  congestion  created  by 


more  drivers  and  more  vehicles. 

The  Traffic  Institute  of  Northwestern 
University,  through  its  nine-month  Traffic  Police 
Administration  Training  Program,  provides 
specialized  training  chat  can  prepare  law  en- 
forcement officers  to  meet  the  demands  brought 
about  by  today's  conditions.    Following  the 
Northwestern  University  quarter  system,  the  fall 
quarter  is  devoted  to  subjects  of  common  interest 
with  specialized  study  in  the  selected  areas 
beginning  in  the  winter  and  continued  through  the 
spring.    The  full  program  provides  the  student 
with  a  general  education  background  as  well  as 
specialized  study  in  selected  areas  such  as 
traffic  programs,  management  and  training. 

Municipal,  county,  and  state  police  officers 
come  to  the  Institute  from  all  over  the  world 
sent  by  their  home  police  departments.  These 
police  departments  have  recognized  the  need  for 
having  supervisory  staff  trained  in  the  most 
modern  concepts,  tools,  and  techniques  of 
traffic    police  administration.    An  officer  who 
has  completed  the  program  typically  returns  to 
his  home  department  to  set  up  training  programs, 
teaching  the  techniques  he  has 'learned  at  the 
Institute. 

Analysis  of  the  Traffic  Institute's  program 
yields  the  following  general  objectives; 

1.    to  instill  in  each  participant  the 
knowledge  to  operate  successfully 


in  and  contribute  significantly  to 
the  operation  of  the  police 
organizat:^.on  of  which  he  is  a  part; 

2.  to  provide  detailed  instruction 
for  students  with  special 
interests  in  the  areas  of  police 
man«'?gcment|  traffic  administration 
or  police  training; 

3.  to  provide  an  educational  base 
in  areas  related  to  police  work 
such  as  oral  and  written 
communications  I  sociology,  law, 
etc. ; 

4.  to  provide  the  instruction  in 
and  the  opportunity  for 
independent  research  in  areas 
of  interest.  [72] 

The  staff  of  the  Traffic    Institute  ex- 
pressed interest  in  using  gaming  techniques  in 
their  program,  in  the  Fall  of  1968.  This 
interest  stemmed  from  the  wide  acceptance 
business  games  had  received  in  business  manage- 
ment training  programs.    Business  games  could 
provide  an  atmosphere  for  applying  general  man- 
agement principles.    Thus,  we  could  expect  that 
such  games  would  contribute  to  the  management 
aspects  of  police  work.    We  might  expect  a 
contribution  in  the  following  areas: 

1.  Principles  of  modern  management 

2.  Organization 


3.  Planning 

4.  Analysis  for  decision-making. 

During  discussions  that  Fall  with  members  of 
the  Traffic  Institute  s.taff,  a  number  of  qualita- 
tive arguments  were  raised  against  the  use  of  any 
existing  business  management  game  for  police 
training  purposes.   ^Some  of  these  were: 

1.  police  training  objectives  are  distinct- 
ly different  from  business  training 
objectives  (although  some  overlap  of 
principles  exists); 

2.  the  real-life  systems  are  radically 
different  resulting  in  a  loss  of  the 
highly  Important  verisimilitude  concept 
for  police  trainees  participating  in  a 
business  game; 

3.  unlike  the  police  system,  the  business 
system  is  highly  interactive. 

In  short,  a  business  game  is  not  d'irected 
toward  police  activities,  so  it  would  seem  that 
a  management  game  directed  at  police  systems  to 
serve  police  training  objectives  would  be 
desirable.    Such  a  game  did  not  exist. 

It  was  at  this  point  that  the  original 
ideas  for 'the  Traffic  Police  Management  Training 
Game  were  put  forth.    The  game  would  be  limited 
to  the  traffic  department  of  a  city  police 
department.    One  objective  of  the  game  would  be 
to  focus  the  player's  attention  on  the  inter- 
relationships between  various*  methods  of 
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allocating  policemen    in  a  city  to  achieve  a 
"best"  effect  in  terms  of  accident  reduction  and 
violation  detection.    Other  objectives  would  be 
to  stimulate  the  player's  thinking  about 
organization,  management,  planning,  and 
statistical  analysis.    The  objective  of  the  game 
would  be  to  achieve  a  set  of  "normal"  short  and 
long  range  opr>rating  conditions  within  the  de- 
partment by  ap-^'Ainr  sound  police  management 
principles.  is  game,  the  emphasis  would  be 

on  sound  management  decisions  and  planning  based 
on  the  use  of  data  analysis  techniques.  The 
game  would  contribute  to  the  following  objectives 
of  the  training  program: 

1.  Principles  of  modern  manageaont 

2.  Organization 

3.  Planning 

4.  Analysis  for  decision-making 

5.  Traffic  direction  and  control 

6.  Analysis  and  use  of  traffic  records 

7.  Use  of  statistics  and  budgeting 

In  addition  to  contributing  to  these  objec- 
tives, the  designers  hypothesized  that  the  game 
experience  for  students  who  would  later  be 
training  policemen  In  their  own  departments  would 
provide  an  opportunity  to  evaluate  the  use  of 
games  in  their  own  programs.    At  this  point  the 
game  designers  began  to  formulate  a  model  of 
traffic  to  be  used  in  the  game. 
4.      The  Model  for  the  Game 


\hQ  most  significant  problesas  associated 
with  the  operation    "  a  traffic  divisic-.i  are 
associated  with  the  optimum  allocation  of  the 
avAilable  resources  of  time,  taanpowet-,  equipment, 
and  budget  to  cover  urban  traffic  control  and 
accidents,  and  with  the  formulation  of  police 
policies  for  dealing  with  traffic  flow  situa- 
tions, accidents,  violators,  issuance  of 
'citations,  etc.    The  game  model  mot,  thus-, 
establish  the  cause  and  effect  relationships 
between  allocation  of  manpower  to  tne  various 
functions  and  the  community  response  and 
reaction* 

KibDSe  [81]  points  out  that  the  most 
important  requirement  in  a  management  game  model 
which  is  used  solely  for  training  is 
verisimilitude:    The  appearance  of  reality. 
Verisimilitude  can  be  achieved  with  amazingly 
simple  mathematical  relationships.    Although  the 
underlying  relationships  may  be  relatively 
simple,  the  total  appearance  of  the  model 
presented  to  the  players  is  that  of  a  complex 
system.    In  this  section  the  mathematical 
equations  which  descri'/e  the  envir'^nmental 
response  to  enforcement  allocations  made  by  game 
participants  are  presfJnted,  [76] 

The  objective  of  the  model  is  to  simulate 
traffic  violation  occurrences  in  time  and  space. 
The  model  also  keeps  track  of  the  movement  of 
patrol  uni'^s  in  their  assigned  areas.  Detection 
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of  a  violator  requires  Che  simultaneous  presence 
of  a  non-busy  patrol  unit  and  a  violation 
occurrence.    In  addition,  the  model  simulates 
accidents  and  assigns  the  closest  (In  time,  not 
space)  patrol  unit  to  respond.    While  the  model 
Is  capable  of  generating  many  types  of  statis- 
tics, currently  It  generates  the  following; 

1.  detected  violations,  by  type,  location, 
time 

2.  accidents  by  time  and  location 

3.  response  times 

4.  service  times 

3.    unit  assigned  to  accident  or  handling 
violation 
To  begin,  a  definition  is  required. 
Definition — Enforcement  cell  (l,j) 

By  an  enforcement  cell  (l,j)  we  shall  mean 
the  one  half  block  in  all  directions  from 
Intersection  (i>j).    This  concept  Is  Illustrated 
In  Figure  1. 

For  discussion  purposes.  It  Is  sufficient 

to  consider  the  development  of  one  hour  n  within 

the  dally  pattern  p  (a  definition  of  dally 

pattern  Is  given  In  the  Input  section).  The 

model  will  range  over  each  hour  n  for  all  days 

d  s  1,2...,N    In  pattern  p  and  all  patterns  p. 
P 

Determining  violation  events 

We  shall  assume  that  the  number  of  viola- 
tions occurring  In  cell  (l,j)  during  hour  n  obeys 
a  Polsson  distribution  with  parameter  V^j'(n) . 


The  time  t  of  occurrence  of  each  violation  is 
selected  from  a  negative  exponential  distribu- 
tion (n-1  to  n).    It  remains  to  describe  the 
variation  in  with  enforcement  and  time. 

Police  enforcement 

Assume  that  patrol  unit  k  has  been  assigned 
to  area  Aj^(")         will  weight  his  time  according 
to  the  intersection  flow  rates,  Q^j(n),  where 
(i,j)  €  A^(n).    Thus,  we  assume  that  the 
probability  of  finding  unit  k  in  a  particular 
cell  (i,j)  at  time  t  during  hour  n  is  givop  by 
P[k  e  (i,j)  e  A^^(n)  at  time  t]  =  QyOO^^.(i) 

E  Q^j(n) 
(i,j)  e  Aj^(n) 

Definition  —  Enforcement  level  E^j(n) 

We  define  the  enforcement  level,  E^j(n),  in 

cell  (i,j)  during  hour  n  as  the  sura  of  the 

probabilities  of  finding  a  patrol  unit  in  cell 

(Ij)  at  any  time  t  during  hour  n.    That  is, 

E..(n)  =      r     P  [k  e  (l,j)  e  hAn) 
k  e  K^j(n) 

at  time  t  ].  (2) 
In  particular,  if  only  one  unit  k  has  been 
assigned  to  spot  patrol  at  intersecti  .i  (i,Jl) 
then 

K^j(n)  =  k  ,  (n) 

=  (l,j),  P[k  e  (l,j)  at  t]=  Q^^(n)  ^ 

Q,j(n) 

and  E^j(n)  =  1. 

We  are  saying  that  applied  police  enforce- 
ment, i.e.,  number  of  units  assigned  to 
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Figure  1 
Enforcement  cell 
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cell  (i,j),  is  the  sum  of  the  probability  de- 
fined in  (1)  for  all  units  assigned,  for  the 
sane  hour  of  each  of  the  same  pattern  day  types. 
Thus,  there  is  an  applied  police  enforcement  for 
each  cell  (i,j),  as  a  function  of  intersection 
flow  rate,  number  of  units  assigned,  and 
previous  duplicate  pattern  d^ys*  enforcement  at 
the  same  hour  n. 
Conmunity  perceived  enforcement 

Following  Fisher  and  Mcsher  [6"|,  we  assume 
that  the  violation  rate,  V. .(n),  will  decay 


exponentially  as  a  function  of  both  enforcement 
and  time.    For  the  present  we  may  drop  the 
indices  (i,j)  and  n. 

First,  we  allow  V  to  vary  exponentially 
between  V  and  V  as  follows: 

-    -YE  ,  --YE^ 

V(E)  =  V  e        +  V  [l  -  e       ]►*  (3) 

To  determine  the  free  parameter  y,  let 

V       V^=[l.JC^]v,  (4) 
100 

and  require  for  E  =  1  that 
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V  =  V  [l  -  e-Y] 
=  V  +  [v  -  V  ]e'^ 


or     e"^  =         -  V 


V      -  V 


or      Y    =  -  In     V       -  V 


(5) 
(6) 

(7) 
(8) 


V        -  V 

Note,  that  we  have  defined  a  "consnunity" 
response  to  a  change  in  enforcement.  However, 
the  neighborhood  generally  has  to  be  exposed  to 
a  change  In  enforcement  before  the  complete 
effect  Is  realized. 

To  describe  this  "time  delay"  response,  let 

(0) 

V       be  the  violation  rate  at  an  old  enforce- 
ment level  E^^^  ,  and  V^^^  be  the  violation 
rate  at  the  new  enforcement  level,  E^^\  Again, 
assume  an  exponential  decay  after  d  days  ex- 
posure to  the  new  level  E^^^  as  follows: 


V(d)  =  V<0)e-'^<^    +    v(^)     1-  ^ 
where  V(0)  =  V^^K 


-Td 


(9) 


To  determine  the  free  parameter  T,  recall 

that  N    Is  the  number  of  days  of  continuous 

enforcement  a  E  «  1  required  to  drop  the 
—  E 

violation  rate  from  V  to  V  .    Thus,  we  require 


V^=  Ve-^N       +v[l.e  ■'^n.  (10) 


TN 


or 


T    =  -  In    V      -  V 


V    -  V 


(11) 


Such  curves  describe  how  quickly  (In  terms  of 
days)  a  community  responds  to  a  change  In  en- 
forcement. 

Generating  the  Master  Violation  Table  (MVT) 

Equations  (3)  and  (9)  allow  for  the 
computation  of  violation  rates  for  all  cells 
(l,j)  for  each  hour  n.    The  number  of  violations, 

V 

N^j,  of  each  type  occurring  In  each  cell  (l,j) 
during  hour  n,  for  each  ,n.  Is  now  determined 
from  a  Polsson  distribution  with  parameter 

^Ij^"^  .    For  each  cell  (l,j)  we  select  the 
violation  occurrence  times  from  a  negative 
exponential  distribution  with  parameter 
1/  V^j(n). 

For  simulation  purposes,  we  wish  to  string 
violation  occurrences  on  a  time  line  in  minutes 
during  one  hour  n.    To  accomplish  this,  we 
construct  a  master  violation  table  (MVT)  of 
violations  ordered  in  ascending  time  of 
occurrence.    The  first  entry  in  this  MVT  is  the 
time  of  occurrence  of  violation,  the  second  is 
type  of  violation,  the  third  is  avenue  number 
where  violation  occurred  and  the  fourth  is  street 
number  where  violation  occurred.    Once  the  MVT  is 
sorted  in  time  sequence,  we  are  ready  to  run  the 
simulation  for  hour  n  by  sequentially  processing 
each  violation  in  the  MVT. 
Patrol  unit  location 

In  order  to  keep  track  of  patrol  units  in 
space  and  time  we  shall  assign  to  each  unit  Che 
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following  attributes:  — 

1.  tp  -the  time  the  unit  Is  available  for 
reassignment; 

2.  tj  -the  time  the  unit  was  last  located; 

3.  -the  avenue  index  when  the  unit  was 
last  located; 

4.  -the  street  index  when  the  unit  was 
last  located; 

5.  the  current  area  assignment. 

When  attempting  to  locate  a  unit  at  time  t,  we 
encounter  three  cases: 

1.  tp  >  t-the  unit  is  busy; 

2.  tp  <  t-unit  is  available  and  inside  its 
area; 

5.        *^  t-unit  is  available  and  outside 
its  area. 

For  cases  (2)  and  (3)  we  wish  to  compute 
the  unit's  new  position  (i,j)  at  the  present 
time  t. 

For  case  (2),  we  assume  the  unit  has  been 
patrolling  its  area  since  last  located  at  time 
t^.    However,  if  t^^  is  recent  relative  to  t,  it 
may  not  be  reasonable  to  expoct  that  the  unit 
could  be  in  every  cell  of  Aj^(n)  .    Thus,  we 
require  the  following: 
Definition--Region  of  influence  R^(t) 

We  define  the  region  of  influence  of  unit  k 
at  time  t  as  that  coordinate  rectangle  in  which 
unit  k  can  be  realistically  located*  Let 
-  right  (east)  boundary  of  the 


coordinate  rectangle  Aj^(n) 

.A 

L  =  left  (west)  boundary  of  the 
coordinate  rectangle  A^(n) 

.A 

■^T  =  top  (north)  boundary  of  the 
coordinate  rectangle  A^(n) 

B  =  bottom  (south)  boundary  of  the 
coordinate  rectangle  A^(n) . 


j 


Similarly  let, 

=  right  boundary  of  the  coordinate 

rectangle  Rj^(t) 
=  left  boundary  of  the  coordinate 

rectangle  Rj^(t) 
=  top  boundary  of  the  coordinate 

rectangle  R|^(t) 

''B  =  bottom  boundary  of  the  coordinate 
rectangle  R|^(t) . 
Assuming  some  average-  patrol  speed,  Vp,  we  can 
compute  the  bounds  on  R|^(t)  as  follows: 

4^  min    [1,^   4.  Vp  (t-tj^),  ij] 


.R 

1^  =  max 


jj=n,ax    [j^    -  Vp  (t-t^),  jA] 
This  concept  is  Illustrated  in  Figure  2* 

We  now  select  the  current  location  of  the 
unit  from  the  probability  function 

(l,j)eR^(t) 

This  probability  for  each  e  \(t)  is 

compared  to  a  random  number  from  a  uniform 
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Figure  2 
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distribution.  When  the  probabilJty  in  (12)  is 
greater  than  the  random  number,  hie  (i,j)  be- 
comes the  cell  where  he  is. 

For  case  3,  unit  is  not  busy,  outside  area, 
we  assume  the  unit  returns  to  its  area  by  the 
shortest  route  possible.    Here,  we  have  three 
subcases  as  depicted  in  Figure  3.    In  each  case, 
tKe  model  computes  whether  or  not  the  unit  has 
had  a  chance  to  return  to  its  area.    If  not,  it 
will  compute  the  unit's  position  along  the 
route  of  shortest  return.    If  the  unit  has  had 
time  to  return,  its  time  and  location  of 
entrance  into  the  area  will  be  used  to  compute  a 
region  of  Influence  and  the  current  location 
will  be  selected  as  described  previously. 
Event  accident 

When  a  violation  Is  selected  from  the  top 
of  the  MVT  list,  the  question  of  whether  It 
resulted  In  an  accident  must  be  decided.  The 
model  assumes  accidents  happen  with    a  uniform 
distribution.    For  each  violation  type  v,  a 
number  is  Inputed  (see  the  next  chapter.  Input 
section)  representing  the  percentage  of 
violations  of  type  v  that  result  In  accidents. 
When  a  violation  Is  selected  from  the  MVT,  the 
model  checks  whether  the  uniform  number  Is 
greater  than  this  percentage,  Indicating  no 
accident  occurred. 

If  an  accident  occurs  then  the  model 
computes  the  response  time  for  all  non-busy  units 


and  assigns  the  unit  wlch  shortest  response  time 
to  cover  the  accident.    Service  time  Is  negative 
exponential  with  mean  1/S^,  where  S^,  average 
service  time  for  an  accident  resulting  from  this 
violation  is  also  inputed.    The  model  updates 
the  servicing  unit's  location,  i.  ,  j,  ,  avail- 
ability  attribute,  and  time  av^iilable  for 

reassignment,  t_. 

F 

Event  No  Accident 

If  no  accident  occurs  as  the  result  of  a 
violation,  two  further  possibilities  remain. 
Either  the  violation  is  detected  or  not  detected. 
The  model  requires  the  unit  to  be  at  the  same 
location  where  the  violation  occurs  in  order  for 
the  violation  to  be  detected.    The  test  for 
detection  Involves  locating  each  unit,  determin- 
ing whether  it  is  available  or  not  and,  if  it  is 
available,  locating  the  unit,  as  described  in  a 
previous  section,  cases  (2)  and  (3).  Once 
located  the  probability  of  detection  becomes: 
P  =  0  if  l^,j^     5^    Ivlol,  jviol  and 
P  =  1  if  iviol,  jvlol,  v/here 

iviol,  jviol  is  the  cell  where 
violation  occurs. 
Model  Logic 

It  Is  now  possible  to  define  the  logical 
sequence  of  operations  the  model  must  execute. 

1.  Compute  police  enforcement 

2.  Compute  community  perceived  police 
enforcement 
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Figure  3 
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3.  Generate  Master  Violation  Table 

4.  Select  violation  from  the  top  of  the 
MVT 

5.  Did  an  accident  occur? 

a)  If  yes,  go  to  6 

b)  If  no,  go  to  7 

6.  Locate  all  av;i5 Table  units  at  time  t 
and  assign  closest  to  respond  to 
accident.    Record  response  time,  service 
time,  accident,  violation  type  and  unit 
responding . 

Take  unit  out  of  service.    Go  to  4, 

7.  Locate  available  units  k  eK.^Cn)  and 
for  each,  test  if  unit  location  is 
(ij)- 

a)  If  no,  test  if  K.^Cn)  is  exhausted, 
i)    If  yes,  go  to  4,  violation 

undetected 
ii)    If  no,  continue  search  on  units 
k  e  K^j(n) 

b)  If  yes,  record  violation  type, 
service  time,  unit  responding. 
Take  unit  out  of  Service.    Go  to  4. 

8.  The  end. 

5.      The  Simulation 

The  simulation  is  written  in  Fortran  IV  and 
was  developed  for  use  on  the  CDC6400  digital 
computer  at  the  Vogelback  Computer  Center  on  the 
Evanston  campus  of  Northwestern  University. 


The  simulation  is  based  on  the  model  just 
presented. 

Applying  some  of  the  terminology  of 
simulations,  the  Police  Traffic  Management 
Training  Game's  simulation  basically  has  the 
following  entitles,  entity  attributes,  and  events 
events. 

Entities  Attributes 
Ac  t  ive ; 

Patrol  unit  District  to  which  It 

belongs 
Patrol  speed 
Response  speed 
Busy  or  not  busy 
Inside  or  outside  area 
Time  of  day  it  was  last 

located 
Location  (l,j)  where 

last  located 
Time  of  day  when  It  will 
be  non-busy 

The  area  to  which  It  Is 
assigned  for  the 
current  hour  and 
dally  pattern 

Passive : 

Region  Avenue  and  street 

boundaries 
Qualtatlve  attributes 
(I.e.,  ghetto. 
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Inte^|e^Jion 


Industrial,  etc •) 
Districts  Avenue  and  street  bound" 

arles 
Police  Headquarters 
An  allocation  of  patrol 

units 

Region  In  which  It  Is 

located 
District  In  which  It  Is 

located 
Area  In  which  it  Is 

located 
Traffic  flow  rates  for 
each  hour  of  daily 
pattern 
Comments 

Violation  The  basic  event  generated 

by  the  Traffic  System. 
It  has  the  following 
characteristics: 
Type 

Average  time  to 

service  a  detection 

Average  time  to 

service  an  accident 
resulting  from  this 
type  violation 

Maximum  violation 
rate  (V)  for  this 
type 


Events 


Minimum  violation  rate  (V) 

for  this  type 
Percentage  of  this  type  of 
violation  resulting  in 
an  accident 
Accident  Requires  a  violation  to 

occur  first,  the  system 
generates  accidents  prob- 
abilistically 
Detection  Requires  a  violation  to 

occur  first,  the  system 
generates  non-accident 
violations  which  the 
structure  defines  as 
detected  if  the  unit  is 
available  and  at  that 
intersection  (l,j) 

6.0  The  Input 

The  Traffic  Police  Management  Training  Game 
Involves  two  kinds  of  input,  as  indicated  in  the 
overview  section.    There  is  administrator  input 
and  player  input. 

6.1  Administrator  Input 

The  administrator  by  inputing  parameters 
defines  the  simulated  urban  environment  in  which 
decisions  will  be  made  by  the  players.    Some  of 
these  parameters  will  be  made  known  to  the 
players,  others  are  useful  only  to  the  model  for 
generating  violations,  accidents,  and  so  on,  but 
would  be  of  no  value  to  the  players  even  if 
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known,  for  example  ,  V  and  V  for  each  v,  since 
they  represent  subjective  judgements  for  the 
administrators.    Clearly,  the  administrator 
defines  the  reference  city  by  his  Inputs  for  city 
parameters.    He  specifies  whatever  type  of  urban 
traffic  environment  he  believes  best  meets  his 
teaching  objectives.    Further,  the  administrator  ' 
establishes  the  length  of  the  simulated  time 
period. 

The  following  elements  are  required  to 
specify  the  urban  traffic  system: 

1.  City  limit  definition 

2,  Violation  table 

3.  Dally  pattern  table 

4,  Composition  definition 

5.  Region  definition 

6,  Composition  to  region  assignments  for 
each  daily  pattern. 

A  brief  description  of  each  of  these  follows: 
City  limit  definition 

The  basic  unit  of  geographic  area  is  a 
rectangle  whose  sides  are  parallel  to  a 
coordinate  axis  system.    The  city,  for  the  sake 
of  simplicity,  is  thought  of  as  one  large 
coordinate  rectangle.    City  boundaries  are  thus 
specified  by  the  dimensions,  in  terms  of 
avenues  and  streets  of  a  rectangle.    The  city 
limit  definition  thus  is  designated  '»from 

avenue   to  avenue   and  street  

to  street  Figure  4  illustrates  this 


terminology. 
Violation  table 

The  violation  table  is  merely  a  list  of  all 
the  violation  types  to  be  considered  in  game 
play.    They  are  identified  by  an  eight 
character  code  and  a  description  of  at  most 
sixty  characters,  including  blanks. 
Daily  pattern  table 

The  daily  pattern  table  introduces  the  time 
dlmonsion  into  the  game.    The  daily  pattern  tabic 
serves  to  define  the  different  daily  patterns 
which  are  to  be  considered  and  how  many  of  each 
pattern  are  to  be  included  in  the  play  period, 
A  daily  pattern  might  be  a  particular  day  of  the 
week,  like  Monday,  or  just  the  category  weekday, 
or  Saturday,  or  Sunday, 
Composition  definition 

Game  "parameters"  are  input  in  a  block 
termed  a  "composition*'.    A  composition  is  an 
artifical  device  for  assigning  constant  para- 
meters over  time  and  space.    It  is  a  particular 
set  of  parametric  values  that  can  be  assigned  to 
the  time  and  space  dimensions  where  appropriate. 

Associated  with  each  composition  are  the 
following  parameters: 

1,  intersection  flow  rate  in  vehicles  per 
hour 

2.  patrol  speed  (mi7.es  per  hour) 

3.  response  speed  (miles  per  hour) 

4,  the  percentage  of  vehicles  which  will 
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Figure  4 

The  Coordinate  Rectangle  City  Limit  Definition 
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be  In  violation  If  the  drivers  have  the 
knowledge  that  the.y  will  be  not  ob- 
served or  stopped  by  a  patrol  unit 
(I.e.,  zero  level  enforcement) 

3.     the  percentage  of  vehicles  which  will 
be  In  violation  If  the  drivers  have  the 
knowledge  that  they  will  be  continuous- 
ly observed  and  violators  will  be 
stopped  by  a  patrol  unit  (l«e«, 
unlimited  enforcement) 

6«    the  reduction  In  violations  that  can 


be  expected,  due  to  a  single  patrol 
unit  being  continuously  assigned  for  a 
specified  number  of  days  at  a  particular 
Intersection  (defined  as  an  enforcement 
level  of  unity) 

7.  the  number  of  days  a  patrol  unit  must 
be  assigned  to  achieve  the  reduction  of 
(4)  above  (this  parameter  defines  the 
time  response  to  patrol) 

8.  the  expected  percentage  of  violations 
of  this  type  resulting  In  accidents 
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These  parameters  are  sufficient  to  give  not 
only  the  physical  flow  rates,  but  also  allow  for 
a  description  of  the  community  response  to  en- 
forcement over  time.    A  community  with  respect 
for  traffic  law  will  have  a  low  violation  rate, 
regardless  of  enforcement.    A  community  with 
respect  (or  fear  of  traffic  enforcement)  will 
quickly  respond  to  patrol  activity.  Problems 
arise  in  communities  where  one  or  both  of  these 
conditions  Is  not  the  case.    The  composition 
then  becomes  a  vehicle  by  which  the  administra- 
tor may  define  traffic  "problem"  situations,  in 
the  environment. 

The  manner  in  which  compositions  are  used 
to  specify  the  complete  time  and  spacial 
environment  is  discussed  below  in  Composition 
to  Region  Assignment. 

Just  as  the  hour  is  the  basic  time  unit, 
the  "region"  is  the  fundamental  unit  in  the 
environmental  specification.    That  is, 
composition  environmental  parameters  are  assumed 
constant  over  both  regions  of  the  city  and  hours 
of  the  day. 

A  region  is  a  subset  of  the  city  area. 
Like  the  city  limit  definition,  the  boundaries 
must  be  constructed  from  sides  of  a  coordinate 
rectangle.    Regions  may  take  the  form  of  a 
single  intersection,  lengths  of  streets,  or 
areas  in  general.    They  are  defined  to  achieve 
the  desired  spacial  distribution  of  parameters 


over  the  city.  Each  region  is  identified  by  a 
unique  integer  and  constructed  from  coordinate 
rectangles.    Examples  of  regions  include: 

1.  residential  areas 

2.  commercial  areas 

3.  main  arterials 

4 .  trouble  Intersections 

These  regions  do  not  take  on  "life"  until 
the  compositions  containing  their  environmental 
characteristics  have  been  assigned  as  described 
below  in  the  next  section. 
Composition  to  region  assignments  for  each 
daily  pattern 

The  assignment  of  composition  to  regions  for 
each  daily  pattern  is  the  linkage  which  ties 
together  the  previous  elements  and  completes  the 
description  of  the  urban  traffic  system  in  both 
the  time  and  space  dimensions.    It  is  here  that 
the  advantage  of  using  the  artificial  device  of 
the  composition  to  reduce  the  amount  of  informa- 
tion input  is  fully  realized.    The  same 
composition  can  be  sprinkled  throughout  the  city 
at  various  hours  of  the  daily  patterns. 

Composition  assignment  is  probably  best 
understood  through  an  example.    Suppose  region  1 
consists  of  residential  areas.    Composition  1 
represents  offpeak  hours  in  these  areas,  with  a 
low  intersection  flow  rate  and  few  types  of 
violations.    Composition  2  represents  peak  hours 
and  has  higher  intersection  flow  rates  and  more 


types  of  violations,  for  example,  speeding  on 
the  way  home  from  work.    During  daily  pattern 
weekday  except  for  rush  hours  Composition  1 
might  apply.  Composition  2,  during  the  rush 
hours.    Clearly,  in  a  coirmercial  area 
Composition  1  might  never  apply,  or  perhaps  only 
apply  in  the  wee  hours  of  the  morning. 

The  administrator  can,  thus,  use  the  six 
tools  discussed  with  which  to  create  a  seemingly 
real  urban  traffic  environment. 
6.2     Player  Input 

The  objective  of  the  players  in  the  game 
situation  is  to  allocate  their  available  manpower 
through  beat  definitions  which  "solve»»  the 
problems  the  administrator  has  built  into  the 
environment.    The  player  varies  unit  assigrrnents 
and  Concentrations  with  each  game  play  in  an 
effort  to  achieve  an  "optimal**  system,  in  terms 
of  time  and  space  distribution,  patrol  beat  size, 
etc.    Manpower  must  be  optimally  allocated  to 
cover  routine  traffic  control  problems  or 
normally  congested  -streets  or  intersections,  as 
well  as  accident  coverage  and  normal  or 
emergency  patrol  activity  within  each  traffic 
area.    Given  an  initial  report  and  reports 
generated  after  each  play,  the  team  must 
establish  policies  and  allocate  given,  limited 
manpower  during  each  play.    The  players  are, 
thus,  forced  to  absorb  large  amounts  of  data, 
gain  an  overall  perspective,  and  acquire  a  sense 


of  interrelationship  between  the  total  system 
and  its  parts.    The  following  elements  make  up 
the  decision  input  by  players  at  each  step  in  the 
discontinuous  play. 

1,  district  definition 

2,  area  definition 

3,  beat  assignment 

A  discussion  of  each  of  these  follows: 
District  definition 

After  the  players  have  been  'presented  with 
the  urban  traffic  environment,  they  must  organize 
themselves  into  a  traffic  department.  While 
organizing  their  departments,  the  players  have 
the  option  of  dividing  the  city  into  districts. 

A  district  is  defined  in  a  manner  identical 
to  that  used  by  the  administrator  to  define 
regions.    That  is,  it  is  a  subset  of  the  city 
area  constructed  from  sides  of  coordinate 
rectangles.    At  this  point,  the  district  head- 
quarters* location  can  also  be  inputed  by  the 
players . 
Area  definition 

The  game  model  assumes  three  eight  hour 
shifts  as  follows: 

1,  midnight  to  8  a.m.; 

2,  8  a.m.  to  4  p.m. ; 

3,  4  p.m.  to  12  midnight. 

Each  shift  .commander  in  each  district  must 
designate  areas  within  the  district  he  thin^cs 
are  important  for  the  assignment  of  patrol 
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units.    One  or  more  patrol  units  will  be  assigned 
to  each  area  for  at  least  one  hour  during  the 
shift.    The  collection  of  area  assignments  for 
one  unit  during  the  shift  is  the  "beat"  for  that 
unit.    It  is  assumed  that  these  areas  will 
usually  vary  with  each  game  play  as  the  district 
commanders  strive  for  a  "best"  area  designation. 

Areas  are  defined  by  district  conwianders 
for  all  shifts  within  each  dally  pattern.  Areas 
are  limited  to  coordinate  rectangles  for 
simplicity.    This  limitation  does  noC  appear 
severely  restrictive,  as  the  commander  has  the 
flexibility  to  change  a  unit's  area  assignment 
hourly,  as  discussed  below.  Coordinate 
rectangles  can  be  selected  for  spot  (one  inter- 
section), line  (a  length  of  street),  or  area 
patrol . 

Unit  beat  assignments 

A  unit  beat  is  a  time  ordered  collection  oC 
areas  assigned  to  the  unit  during  the  shift 
period.    The  district  shift  commander  has  the 
ability  to  assign  units  to  different  areas  for 
each  hour  of  the  shift.    A  unit    may  be  assigned 
to  a  different  rectangle  for  each  hour,  to  tlie 
same  rectangle  for  the  entire  shift,  or  any 
combination  thereof.    Beats,  thus,  have  a  time 
and  a  space  dimension. 

It  is  expected  that  the  player  commander 
will  vary  unit  beat  assignments  with  each  game  in 
an  effort  ro  achieve  an  "optimal"  system 


operation. 

It  is  believed  that  these  three  facilities, 
just  discussed,  provide  most  of  the  controls 
exercised  by  a  commander  in  a  real  life  situa- 
tion.   It  is  worth  emphasizing  once  again,  that 
the  game  model  has  been  constructed  to  provide  a 
definite  response  to  controls,  so  :hat  the 
student  can  derive  moaning  from  playing  the 
game.     It  is  hoped  that  this  reijoonie  has  the 
appearance  of  reality,  but  the  model  itself  does 
not  represent  a  real  life  environment.  Thus, 
modtl  responses  should  not  be  construed  as  those 
which  may  occur  in  a  roal  life  situation. 

7.      The  Output 

Using  example  traffic  reports  from  Fisher 
"  and  Mosher  [6]  and  the  Traffic  Institute,  the 
following  format  has  been  created  for  the  output 
of  the  qame.    This  output  presents  feedback  in 
response  to  the  deci<$ions  made  by  the  players  on 
effective  police  allocation  throughout  their 
re ference  city. 

The  report  generated  is  called  an  Activity 
Summary.    One  Activity  Summary  Sheet  is  provided 
for  each  shift  on  each  day  of  each  dally  pattern 
type.    Suppose  the  game  is  being  played  for  a 
simulated  month,  then,  for  example,  if  there  are 
four  Sundays  in  this  simulated  month,  an  Activity 
Summary  is  generated  for  Sunday  number  1,  Shift 
1,  2,  3,  Sunday  number  2,  Shift  1,  2,  3 
Sunday  number  4,  Shift  I,  2,  3.    The  output  on 
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the  Summary  includes;    Time,  located,  violation, 
accident,  response  time,  service  time,  and  unit 
identification,  which  are  discussed  below. 
Time 

Time  of  the  violation  which  was  detected  or 
resulted  in  an  accident.    Time  is  the  hour  of 
the  day  where: 

1  a.m.  is  1 

2  a.m.  is  2 


12  noon  is  12  ■ 
1  p.m.  is  13 


12  nidnight  is  24 
The  fractional  part  of  the  hour,  i.e.,  five 
minutes  after,  etc.,  is  indicated  by  a  number 
from  1  to  59.    Thus,  .if  the  first  entry  in  the 
time  column  is  2-34,  this  would  indicate  the 
first  accident  or  detected  violation  occurred  at 
2:54  a.m. 
Location 

Location  simply  indicates  the  avenue  and 
street  intersection  where  the  detected 
violation  or  accident  occurred. 
Violation  Identification 

Violation  ID  is  the  identification  number 
assigned  to  the  violation  by  the  administrators. 


Accident 

A  "Yes"  entry  indicates  an  accident  resulted 
from  this  violation.    A  "No"  entry  indicates  a 
detected  non-accident  producing  violation. 
Response  Time 

Response  time  is  the  time  required  for  the 
closest  (in  time)  patrol  unit  to  move  from  his 
present  location  to  the  scene  of  Che  accident, 
in  minutes.*    A  "0000."  entry  appears  when  a 
detected  violation  has  occurred,  since  by  the 
structure  of  the  simulation,  violations  are 
detected  only  when  the  unit  and  the  violation 
are  simultaneously  at  the  same  intersection, 
i .e . ,  instantaneous  response  tlae . 
Service  Time 

Service  time  is  the  time  required  in 
minutes  to  service  the  violation  or  accident. 
Detected  violations  receive  tickets  and  may 
involve  intoxication  tests,  short  lectures,  or 
radioing  and  waiting  for  car  and  license 
identification.    Accidents  may  involve  first  aid, 
calls  for  ambulance,  call  for  towing,  interviews 
with  witnesses,  and  so  on,  including  issuing 
tickets. 

Unit  Identification 

Unit  ID  is  tne  identification  assigned  by 
the  player  to  the  patrol  unit,  indicating  to  the 
shift  and  district  commanders  what  unit  covered 
the  violation  or  detection. 

Thus,  the  information  contained  in  this 
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Activity  Summary  provides  the  players  a  basis 
for  analyzing  the  effectiveness  of  their  past 
decisions  and  directing  their  next  decisions, 

8 .  Summary 

In  immmary  the  logical  flow  of  the  game  is 
as  follows: 

1»  Administrators  make  decisions  on  the 
parameters  for  the  reference  city 

2.  Playars  participate  in  a  briefing 

Players  make 
their  decisions  on  organization, 
planning,  manpower  allocation,  areas, 
and  beat  assignments, 

3.  Administrator  and  player  inputs^are 
keypunched  onto  data  processing  cards. 

4.  Deck  submitted, 

5.  Model  from  section  5  generates  feed- 
back in  the  form  of  Activity  Summary 
Sheets. 

6.  Cer«:ain  administrator  and  player 
input  stored  on  tape  for  use  in  next 
play  of  game 

?•    Reports  returned  to  players,  who 

base  new  decisions  on  them 
8,    New  player  decision  made  and  deck 

resubmitted,  etc. 
The  logical  flow  assumes  the  city  is  the 
same,  unless  the  administrators  call  a  new 


briefing  for  a  new  city. 

Notice  that  the  administrators  always  have 
the  option  to  change  certain  parameters  when  they 
want  to,  i,e,,  increase  intersection  flow  rates 
on  side  streets  on  the  day  of  a  parade. 

9.      Some  Final  Comments 

The  Traffic  Police  Management  Training  Game, 
as  presented  in  the  preceeding  sections  of  this 
paper,  was  played  as     t  experimental  effort  at 
tha  Institute  during  the  final  3  weeks  of  a 
year's  program.    The  general  reaction  from  the 
Traffic  Institute  staff  was  extremely  favorable. 

The  administrators  are  sold  on  the  use  of  a 
management  game  carefully  integrated  into  their 
curriculum  in  the  future.    Since,  as  far  as  can 
be  determined,  the  Traffic  Police  Management 
Training  Game  is  unique,  the  administrators  can 
foresee  many  possibilicie.j  of  its  use  by  major 
Police  Departments,  state  and  city,  across  the 
country.    Further,  they  can  see  numerous 
applications  and  adaptations. 

The  player  reaction  was  equally  enthusiastic 
with' the  positive  reservation  that  they  felt 
more  time  should  be  devoted  to  the  game,  so  that 
it  becomes  an  integral  mechanism  for  tying  the 
total  program  together. 

The  future  of  the  Traffic  Police  Management 
Training  Game,  thus,  depends  on  the  successful 
alteration  of  the  Institute's  program  to 
incorporate  the  game  as  a  teaching  tool. 
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Sessions : 

a.  Systemic  Analysis  and  rCodel  Synthesis 

g*  Simulation:  Ensuring  its  credibility 

Y«  System  Scientists:  Executives  in  disguise 


0.  LEXICON 


A.  Simulation  (dynamic,  stochastic):  A  generator  of  realisations  from  a  time  series,  or  sto- 
chastic process,  of  generally  unknown  characteristics. 

9.  Credibility:  That  quality  of  a  literal  model  which  is  extablished  as  a  result  of: 
(1)  its  concise,  lucid,  logical,  and  unambiguous  expression;  and, 
(?)  its  precise  reproduction  of  the  simuland's  observable  behaviour. 

C.  System;  A  collection  of  interdependant  and  interactive  elements  which  together  behave  in  a 
collective  effort  to  attain  some  (usually  specifiable)  goal. 

0.  System  Science:  The  search  for  explanations  for  (i.e.,  credible  models  of)  systemic  behaviour. 
E.  Simular:  Of,  or  having  to  do  with,  a  simulation  model.  In  contrast  with: 
r.  Systemic:  Of,  or  having  to  do  with,  the  system  (or  simuland). 

G.  The  Scientific  f^ethod:  The  operational  procedure  by  which  man  augments  his  knowledge  of  the 
World: 

I.  Systems  analysis  -  The  isolation  of  the  salient  components,  interactions,  relationships, 
and  behaviour  mechanisms  of  a  system; 


tht 

IV.  Validation  -  the  comparison  of  recorded  observations  of  the  simuland  with  the  simular 
responses  emanating  from  indeaendently  seeded  encounters  of  the  verified  model,  thereby  estab- 
lishing the  verisipilitude  of  the  model  and  the  modelled; 

V.  Inference  -  the  fifth  (and  most  rewarding)  stage  of  a  model's  development,  concerned  with 
designed,  simular  experimentation,  employing  independently  seeded  encounters  with  the  verified 
and  validated  model. 

il.  null  staae  -  At  the  outset  of  a  scientific  enquiry,  a  statement  of  modelling  goals,  ac». 
knowledging  the  system  scientist's  accumulated  neural  recording  of  his  religious,  societal,  and 
cultural  upbringing,  plus  that  of  his  personal  experience  with  nature  and  that  of  his  exposure 
to  precedent  scientists  via  educational  institutions  and  their  libraries. 


I.  SYSTCiuS  AfjAlYSIS 

A.  Definition  of  systemic  ooal(s). 

B.  Delineation  of  primary  systemic  attribute(s) • 

C.  Study  of  primary  systemic  event(s). 

0.  Specification  of  secondary  systemic  attributes 
t.  Determination  of  secondary  syatemic  events. 
F.  tt  Cetera:  The  Uncertainty  Principle  of 
Modelling. 

G*  Circumscription  of  boundary  For  systemic 
feedback  mechanisms. 

i  iloto  Aside;  The  Cornerstone  of  Successful  model- 
ling is  the  set  of  instructions  for  the  collection 
of  data  that  shall  be  required  by  the  programmed 
(written)  model. 


11.  SYSTHfO  SYNTHESIS 


A.  The  Simulation's  Executive  Algorithm. 

LCf :  Figure  r2.]. 
9.  Definition  of  state  variables. 
C.  Formulation  of  operationally  defined  event 

algorithms  (exogenous  and  endogenous): 

1#  Tost'  section; 

2.  Ar,tion  section? 

3.  Report  section. 
Stochasticity  -  seed  pfiyla; 
1#  Mistogramsj 

2.  PDF»g; 

3.  Series  records; 

4.  Stochastic  process. 
Specification  of  initial  conditions. 
Selection  of  an  ad  hoc  simulation  programminq 
languaqo. 


E. 
F. 


A  Wotc  £sj'Je:  :  odel  completion  can  be  considerably 
expoditoj  by  meanc  of  contemporaneous  programming 
and  data  ^-  Uection  efforts.  [Cf  >  Figure  2.]. 
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Figure  1«  scicNimc  mcihod 

(ort  CYBERNETICS  OF  EPISTEMOLOCY) 


INIIfAllZAllON 


3.  Sn^ULAnON;  ENSURING  ITS  CREDIBILITY 


III.  liUDCL  VERIFICfiTIbN 

A.  Grammatical  rectification. 

1.  Orthography:  at  the  keypunch  machine. 

2.  Syntactic  analysis. 
B»  Logical  veracity. 

1.  An^biguity  exclusion;  the  language  faults 
corrected. 

2.  Deterministic  verification  tests* 

C.  Fundamentfjl  Principium  of  Seeding 

1.  Random  sarrples. 

2.  One-aample  statistical  tests. 

D.  The  Cycling  Between  fiodelling  Stages* 
[Cf:  Figure  1.]. 


IV.  !>.OUEL  VAlIDATIUf: 
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Figure  2«   the  simulation  algorithm 

(or:  CYBERNETICS  OF  EFFECTIVE  EXECUTIVES) 


A. 


3. 


C. 


The  Sinuland  Sampled:  The  Uncertainty  Prin- 
ciple of  Kodclling  Revisited. 
The  General  Principium  of  Seeding: 

1.  Exoerimental  error. 

2.  Two-sample  statistical  tests. 
The  Cycling  Among  Modelling  Stages. 
[Cf:  Figure  1.]. 


C.  A.  rdhram,  0/1/72 


Y*  SYSTCin  SCICWTISTSi  CXECUTIVES  lU  DISGUISE 


A,  f'^dolling  Coals:  The  Null  Stage  Hevisited, 
8,  Analysis  of  Static  effects 

1.  Point  and  interval  estimation  of  distri- 
butional properties* 

2.  Forecasting  the  distribution  of  systemic 
yields.  » 

3.  Prediction  of  the  significance  of  differen- 
ces in  systemic  operating  conditions: 
Analysis  of  varionce,  regression,  multi- 
variate analyses* 

4»  Foretelling  pref erabilities  among  operating 
conditions: 

(•ultinle  ranking  and  comparison  techniques. 
5.  Prophesying  optimal  operating  conditions! 

itcsponse  surface  methodology, 
C.  Analysis  of  Dynamic  Effects 

1»  Trend  predictions:  their  disclosure  and 

re mo vol. 

2.  Systematic  fluctuations:  spectral  analysis. 
0,  The  Augmentation  of  Hunan  Knowl.edge 
[Cf:  Figure  1.]. 


t  Af^GEMiiT  in  r>ClL»TIFIC  PERSPECTIVL' 

A,  I'lanning:  The  Scientific  ihcthod  [Cf;  Figure  1*] 
3.  Programming:  The  executive  Algorithm 

LCfi  Figure  2.] 
C#  Gudgoting:  The  Regrettable,  but  Necessary, 

Conctraint. 
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Evening  1:    Night  in  a  Berkeley  Laboratory 
Chairman:    Austin  Curwood  Haggatt 


A  novel  micro-programmed  APL  computer  for  laboratory  control  is  being  developed  in  the 
Laboratory  under  sponsorship  of  the  National  Science  Foundation.    Visitors  will  have  an  opportu- 
nity' to  see  a  demonstration  of  the  system  and  hear  a  presentation  of  its  design  features. 

Paper:    "A  Micro-Programmed  APL  Language  Laboratory  Control  System" 
Austin  Haggatt,  Mark  Creenberg,  University  of  California 
Jeffrey  Moore,  Stanford  University 

In  addition  there  will  be  two  presentations  on  joint  teaching  and  research  use  of  business  gamos. 

Papers 

"A  Business  Came  for  Teaching  and  Research:    Some  Experiences'* 
Martin  Shubik,  Yale  University 

"The  New  York  University  Business  Game" 
Myron  Uretsky,  New  York  University 
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Evening  I 


NlRht  In  a  Berkeley  Laboratory 


Chairman 


Austin  Curwood  Hoggatt,  University  of  California 


In  this  session  we  '»'«'3imine  the  impact  of  two  large  management  games  on  the  teaching  and  research 
function  of  two  Urge  teaching  institutions,  New  York  University  and  Yale  University.    We  conclude 
with  an  examination  Df  the  development  of  an  APL  language  processor  which  is  to  be  the  control 
facility  for  an  already  established  man-machine  laboratory  for  the  study  of  human  decision  making  in 


A  Business  Came  for  Teaching  and  Research:    Some  Experienced 
Martin  Shubik,  Yale  University 

This  paper  discusses  an  approach  to  gaming  experimentation  and  teaching  based  upon  the  utilization 
of  one  specific  type  of  game  and  the  construction  of  a  time  sharing  system  designed  to  provide 
students  and  experimenters  ease  in  playing  the  game,  modifying  the  game  and  analyzing  the  output. 


A  Micro  Programmed  APL  Processor  for  Experimental  Control  of  Man-Machine  Interaction 

Austin  Hoggatt,  Mark  Greenberg,  Center  for  Research  in  Management  Science,  University  of  California 

and  Jeffrey  Moore,  Stanford  University 

The  needs  for  laboratory  control  of  man-maclilne  Interaction  form  a  super  set  of  the  needs  which  lead 
to  time  sharing  systems.    In  addition  to  facilities  for  on  line  construction  and  debugging  of  pro- 
grams and  operating  systems  aids  to  the  allocation  of  resources,  there  are  real  time  constraints  on 
system  response  in  order  that  subjects  are  placed  In  environments  which  facill'iate  the  recording  of 
observations  on  cheir  behavior  with  minimal  delays  or  machine  induced  artificiality  of  situations. 
Requirements  for  console  interaction  and  control  of  physical  facilities  (tape  recorders,  t.v.  moni- 
tors, special  input  output  devices)    require  the  development  of  an  operating  system  which  accomo- 
dates these  needs.    A  need  to  describe  models  of  the  subject  environment  in  an  operational  publica- 
tion language  led  to  the  adoption  of  APL  as  the  experimenter's  language  to  which  have  been  added 
extensions  to  allow  parallel  operation  of  instances  of  the  same  process,  multiple  I/O  units  under 
control  of  a  single  process,  and  control  to  provide  for  protection  of  the  integrity  of  ongoing  ex- 
periments.   Reasons  of  economic  viability  dictated  that  this  be  accomplished  on  a  low  budget  system. 
Under  N.S.F,  funding  the  CRMS  Laboratory  Is  pursuing  the  development  of  a  pair  of  micro-programmed 
systems  on  which  respectively  are  implemented  the  operating  system  and  the  APL  engine.    We  emphasize 
the  interplay  between  needs  of  experimenters,  software  and  hardware  design  and  the  allocation  of 
functions  between  hardware   ,nd  software  in  order  to  minimize  the  difficulties  of  realization  in  the 
resulting  system. 


complex  ortvironments. 
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EXPERIENCES  IN  TRANSFERRING  A  MANAGEMENT  GAME 
ACROSS  CULTURAL  AND  ECONOMIC  BOUNDARIES  

Myron  Uretsky,  New  York  University 

The  New  ••  -k  University  Management  Game  is  a  complex  man  machine  simulation.  It  is  based  uDon 
the  originc  ^arnegie  Tech  Game,  but  has  since  been  extensively  modified.  One  of  the  most  signif- 
icant aspects  of  this  particular  simulation  is  its  extensive  interaction  with  the  surrounding  business 
h^  ZT  r    °f °^  =°"s's»'"9  °f  high  level  business  men;  finandng  is 

handled  through  live  negotiations  with  major  banks,  insurance  companies,  and  underwriters-  fed- 
eral regulatory  agencies  monitor  and  investigate  Game-related  activities.    Legal  counsel  is  avail- 
able together  with  the  provision  of  judicial  services.    Auditing  and  labor  union  activities  are 
provided  through  other  courses  being  offered. 

The  heavy  invcivement  of  external  participants  has  made  it  possible  to  modify  this  Game  in  order 
o  meet  the  needs  of  Polish  and  Hungarian  educational  institutions.    The  programming  modifications 
have  been  accomplished  m  a  straight-forward  manner.    Involvement  of  Polish  and  Hungarian  bus- 
inessmen and  ministry  officials  has  provided  automatic  adjustments  for  some  socio-economic  factors 
At  the  present  time  a  working  version  is  operational  in  Budapest  and  a  Polish  version  is  expected' 
to  be  tested  m  late  January.    A  number  of  behaviorally  oriented  research  projects  are  now  being 
carried  out  in  parallel  in  the  United  Slates  and  in  eastern  Europe.    These  studies  represent 
attempts  to  determine  (he  impact  of  Management  Gaming  on  eastern  European  businessmen,  and  an 
attempt  to  isolate  differences  in  business  behavior  in  these  two  societies. 
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Session  13:  Management  Applications 
Chairman:    Arnold  Ockene,  Securities  Industries  Automation  Corporation 

This  session  presents  four  papers  dealing  with  models  for  use  by  upper  management.    The  first 
IS  an  evaluation  of  simulation  as  a  tool  for  corporate  financial  plannino,  and  includes  a  discussion 
of  optimization  models.    This  is  followed  by  a  description  of  a  general  university  simulation  pro- 
gram for  the  study  cf  resource  allocation  and  utilization  problems.    The  final  two  papers  are 
concerned  with  gas  utilities.    Ore  deals  with  the  relationships  between  rate,  revenue,  and  cost 
ot  service;  the  other  with  the  investment  problems  facing  gas  pipeline  companies. 

Papers 

"Corporate  Simulation  Models  -  A  Reappraisal" 
Willaim  F.  wc.^ilton.  University  of  Pennsylvania 

"A  General  University  Simulation  Model" 
Charles  C.  Daniel,  National  Aeronautics  and  Space  Administration 
Hamid  K.  Eldin,  Oklahoma  State  University 

"Rate-Revenue-Cost  of  Service  Simulation  of  a  Natural  Gas  Utility" 
D.  Jeffrey  Blumenthal,  On-Line  Decisions,  Inc. 

"A  Simulated  Investment  Analysis  for  a  Gas  Pipeline  Company" 
H.J.  Miller,  Colorado  Interstate  Gas  Company 

Discussants 

John  Lastavica,  First  National  Bank  cf  Boston 
Stanley  G.  Reed,  IBM  Corporation 
Harold  Steinberg,  IBM  Corporation 
Henry  Lande,  IBM  Corporation 


718 


CORPORATE  SIMULATION  ^lJDELS  -  A  REVIEW  AND  REAPPRAISAL 


William  F.  Hamilton 

Department  of  Management 
The  Wharton  School 
.    University  of  Pennsylvania 
Philadelphia,  Pennsylvania  19304 


ABSTRACT 

This  paper  examines  the  potential  and  the  practrice  of  simulation  modeling 
for  corporate  financial  planning.    The  contributions  of  formal  models  to  the 
planning  process  are  reviewed  and  appropriate  design  features  are  proposed.  Com- 
parative analysis  of  simulation  and  optimization  applications  in  corporate  planning 
points  to  substantial  functional  complementarity  and  opportunities  for  combined 
use.    An  actual  planning  system  involving  both  simulation  and  optimization  tech- 
niques is  described  to  illustrate  the  feasibility  and  potential  of  the  hybrid 
modeling  approach. 


Computer-based  corporate  models  have  gener- 
ated considerable  interest  among  management  sci- 
entists and  corporate  planners  in  recent  years 
[9,20].    Not  surprisingly,  the  size  and  complex- 
ity of  corporate-level  planning  problems  have 
favored  the  development  of  simulation  models 
for  evaluating  the  implications  of  selected 
planning  alternatives.    Recent  studies  indicate 
thbX  such  models  permit  planners  to  consider  a 
far  greater  number  of  alternatives  in  detail 
and  with  greater  confidence  than  is  possible 
using  traditional  planning  methods  [10,18]. 

The  potential  benefits  of  corporate  mod- 
cling  are  impressive,  but  a  review  of  current 


applications  reveals  a  substantial  gap  between 
the  potential  and  the  practice.    In  many  cases, 
models  have  been  judged  useful  in  improving  cor- 
porate planning  and  worth  the  costs  of  develop- 
ment and  application.    At  the  same  time,  there 
is  mounting  evidence  that  some  modeling  efforts 
have  fallen  far  short  of  their  potential  con- 
tributions [11,12],    The  reasons  are  many  and 
varied,  ranging  from  technical  model  design 
to  organizational  deficiencies. 

The  role  of  formal  models  in  corporate 
planning  and  basic  model  design  considerations 
are  reviewed  in  the  next  section.    This  is 
followed  by  a  discussion  of  the  relative  merits 
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of  simulation  and  optimization  methods  and 
their  functional  complementnrity  in  corporace 
modeling.    The  paper  ends  with  a  description  of 
a  corporate  model,  system  which  incorporates 
both  simulation  and  optimization  capabilities. 
This  system  has  demonstrated  that  effective 
analytical  support  of  the  planning  process  can 
be  achieved  through  combined  use  of  modeling 
and  information  system  technologies, 

MODELS  IN  CORPORATE  PUNNING 
In  many  companies,  support  for  the  devel- 
opment of  a  corporate  model  has  generally 
grown  out  of  frustration  with  the  inherent 
shortcomings  of  manual  plans  preparation  [4], 
Corporate  planning  is  often  limited  in  manual 
systems  to  simple  analysis  of  a  few  relevant 
variables  and  assumptions.    Both  .time  and 
resource  requirements  typically  preclude  de- 
tailed consideration  of  more  than  a  few  plan- 
ning alternatives.    Continuous  revision  of 
established  plans  and  evaluation  of  new  oppor- 
tunities in  changing  competitive  situations  is 
virtually  impossible.    Too  often  the  informa- 
tion available  for  planning  decisions  is  in- 
adequate and  irrelevant,  placing  undue  reliance 
on  judgement  and  intuition.    As  a  result,  there 
has  been  increasing  recognition  of  the  need  to 
improve  both  the  planning  process  and  its 
operation. 

Uses  of  Corporate  Plannini^  Models 

Corporate  models  are  constructed  and 
applied  in  order  to  make  inferences  about 


future  performance  of  the  corporate  system.  In 
contrast  to  the  system  itself,  a  model  can  be 
manipulated  easily  by  modifying  inputs  and  other 
parameters  describing  the  system  and  its  planning 
environment  to  allow  estimation  of  the  impact 
of  such  modifications. 

Corporate  planning  requires  the  identi- 
fication, evaluation,  and  selection  of  alter- 
mitive  courses  of  action.    In  order  to  plan 
effectively,  corporate  management  must  under- 
stand the  interactions  between  corporate  activ- 
ities and  the  effects  of  decisions  on  these 
activities  and  on  overall  corporate  performance. 
They  must  examine  the  many  alternative  courses 
of  action  which  are  available,  and  they  must 
anticipate  and  be  able  to  respond  quickly  to 
changing  conditions.    In  this  context,  a  comput-- 
er-based  corporate  model  can  serve  a  number  of 
useful  purposes.    Those  most  frequently  cited  by 
corporate  model  builders  and  users  include: 

(1)  rapid  and  accurate  evaluation  of  plan- 
ning alternatives; 

(2)  prediction  of  the  effects  of  changing 
environmental  conditions; 

(3)  estimation  of  the  sensitivity  of  cor- 
porate performance  to  planning  assump- 
tions; 

(A)    screening  and  evaluation  of  acquisition 
candidates ; 

(5)    development  of  insights  into  the  com- 
plexity of  corporate  activities  and 
interactions. 

These  uses  of  a  corporate  model  reflect  its 
primary  role  as  a  tool  to  assist  in  the  execu- 
tion of  the  planning  process.    By  reducing 
the  time  and  resource  requirements  for  plan 
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evaluation,  a  model  can  facilitate  the  consid- 
eration of  a  number  of  alternatives  rather  than 
just  a  limited  few.    This  can  be  an  important 
step  toward  improving  the  quality  of  corporate 
planning. 

The  development  and  implementation  of  a 
corporate  planning  model  can  also  have  impor- 
tant implications  for  Improving  the  planning 
process  itself.    As  Ackoff  has  noted  ( 1] : 

The  principal  contribution  of 
scientists  to  planning  may  not  lie 
in  the  development  and  use  of  relevant 
techniques,  but  rather  in  their 
systemization  and  organization  of  the 
planning  process,  and  in  the  increased 
awareness  and  evaluation  of  this  process 
that  ^;heir  presence  produces. 

A  model  can  contribute  significantly  toward 
this  end.    It  provides  a  systematic  and  explicit 
structure  to  the  planning  process  and  requires 
corporate  planners  to  specify  and  coordinate 
their  planning  assumptions,  logic,  and  data 
requirements.    It  can  thus  help  to  ensure 
internal  consistency  and  reproducibility  among 
the* plans  of  diverse  corporate  groups.    A  model 
also  formally  represents  the  current  state 
of  knowledge  about  the  corporation  and  facil- 
itates communication  in  the  planning  process  by 
providing  a  common  framework  for  discussion  and 
analysis. 

It  is  essential  to  recognize,  however, 
that  many  important  planning  functions  lie  be- 
yond the  scope  of  even  the  most  sophisticated 
formal  models.    Most  models  provide  Increased 
power  to  explore  and  evaluate  planning  alter- 
natives, but  the  identification,  selection. 


and  implementation  of  alternatives  remain  crit- 
ical management  responsibilities.    The  corporate 
plan  can  be  no  better  than  the  set  of  alter- 
natives considered,  and  the  outcome  of  the  plan- 
ning process  depends  ultimately  on  successful 
implementation  of  the  selected  alternatives. 
Similarly,  the  development  and  evaluation  of 
model  inputs  and  assignment  of  appropriate  val- 
ues to  judgemental  factors  are  required  before 
meaningful  model  studies  can  be  conducted.  A 
very  real  danger  associated  with  the  development 
and  use  of  a  corporate  model  is  the  tendency 
toward  overemphasis  on  che  computational  aspects 
of  the  planning  process  at  the  expense  of  more 
fundamental  and  important  considerations  re- 
quiring management  judgement  and  intuition.  If 
•properly  used,  however,  a  corporate  model  can 
enhance  and  encourage,  rather  than  limit,  crea- 
tive management  inputs  to  planning. 

Model  Characteristics 

At  least  two  important  issues  arise  in  at- 
tempting to  develop  a  corporate  model  capability 
consistent  with  the  uses  indicated  above.  These 
relate  to  the  intended  "user"  of  the  model  and 
its  relationship  to  existing  manual  planning 
practices. 

Corporate  planning  models  are  typically 
designed  for  one  of  two  potential  users; 
executives  with  ultimate  responsibility  for 
planning  decisions,  or  staff  planners.  Most 
modeling  efforts  to  date  have  been  directed 
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toward  developing  a  tool  for  staff  planners 
[4,  10),  rather  than  one  which  is  appropriate 
for  use  by  managers  [3,  5 J,    Although  involved 
in  the  same  planning  process,  these  two  groups 
have  different  requirements  and  are  likely  to 
use  models  differently.    For  example,  the 
planner  is  more  likely  to  be  interested  in 
detailed  analyses  and  specialized  outputs 
which  reveal  the  nature  of  subsystem  inter- 
actions, while  the  manager  will  generally  prefer 
aggregated  outputs  in  familiar  formats*  The 
manager  is  also  less  likely  to  understand  de- 
tailed or  sophisticated  models  which  might 
be  more  appropriate  for  tlie  planning  studies 
conducted  by  his  specialized  planning  staff* 
It  is  therefore  essential  that  the  intended 
user(d)  be  clearly  identified  at  an  early 
stage  in  model  design.    Current  opinion  seems 
divided  as  to  the  most  appropriate  user,  and 
there  is  an  apparent  trend  toward  systems  which 
permit  partitioning  of  operating  requirements 
and  outputs  to  meet  the  needs  of  bcth  potential 
user  groups. 

Opinion  is  also  divided  on  the  extent  to 
which  a  planning  model  should  automate 
existing  planning  procedures  without  Imposing 
additiorj3l  requirements  or  changes*  Computer- 
based  models  can  be  designed  to  permit  far  more 
8ophi8tic.:::t^vl  analysis  of  a  broader  range  of 
planning  problems  and  data  inputs  than  is 
possible  in  manual  planning  systems*  Also^ 
models  can  often  make  possible  "top-down," 
iterative  strategic  platuilng  In  corporations 


where  existing  manual  procedures  could  cope 

only  with  a  decentralized  "bottom-up"  planning 

process*    As  We^tz  [15]  has  observed: 

Business  strategic  planning  Is 
"top-down,"  long  range  corporate  planning 
that  challenges  the  basic  goals  and 
directions  that  have  guided  the  enter- 
prise in  the  past#    More  technically 
stated,  it  should  be  prospective 
decision  making,  done  after  the 
systematic  evaluation  of  all  reason- 
able alternative  courses  of  action* 

This  is  often  best  accomplished  through 

centralized  evaluation  of  planning  alternatives 

facing  the  corporation*    On  the  other  hand, 

where  formal  planning  procedures  are  well 

established,  attempts  to  implement  a  model 

which  requires  altering  these  procedures  - 

rather  than  simply  automating  existing  inputs^ 

calculations  and  outputs  -  may  be  doomed  to 

implementation  problems  and  ultimate  failure* 

The  number  and  variety  of  corporate 

models  now  in  use  offer  the  opportunity  to 

compare  model  characteristics  and  select  those 

which  seem  most  appropriate  for  future  modeling 

efforts.    Seven  basic  design  characteristics 

with  particular  li:q)lications  for  planning 

effectiveness  and  efficiency  were  identified 

in  the  process  of  developing  a  corporate 

planning  system  [14]  and  are  discUGsed  briefly 

below: 

(1)    Scope*     Although  heavily  oriented  toward 
the  financial  aspects  of  planning  decisions, 
most  corporate  models  reflect  the  full  range 
of  corporate  activity  over  multiple  time 
periods*    This  scope  is  essential  if  important 
subsystem  interactions  and  long-term  Implica- 
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tions  are  to  be  adequately  reflected  in  plan- 
ning studies. 

(2)  Structure     The  structural  characteristics 
of  existing  corporate  models  vary  widely 
[7,20]  .    In  some  instances,  the  model  is  a 
single  construct  which  incorporates  desired 
features  of  tlie  system  being  planned,  often  at 
a  considerable  level  of  aggregation.  This 
approach  facilitates  representation  of  inter- 
actions between  corporate  subsystems  and 
usually  offers  some  economic  advantages.  How- 
ever, the  magnitude  of  the  effort  also  presents 
the  danger  that  the  model  will  become  obsolete 
or  will  be  abandoned  before  it  can  be  made  op- 
erational and  useful.    Another  approach  is  to 
construct  separate  models  reflecting  different 
corporate  activities  and/or  planning  analyses. 
These  can  be  linked  to  each  other  and  to  a 
common  planning  data  base  to  create  a  corporate 
model  system.    Component  models  can  thus  be 
developed  over  time  and  applied  in  the  planning 
process  as  they  become  operational.  Moreover, 
this  approach  generally  permits  use  of  a 
variety  of  analytical  techniques  which  could 
not  be  accommodated  in  a  single  model  structure, 

(3)  Realism     If  it  is  to  be  useful  as  a 
planning  tool,  a  corporate  model  must  provide 
a  realistic  representation  of  the  system  being 
planned.    At  the  same  time,  a  model  is  by 
definition  an  abstraction  from  reality.  The 
most  appropriate  level  of  abstraction  will 
vary  with  the  intended  purpose  of  the  model 
and  the  desired  results.    This  implies  care- 


ful selection  of  a  subset  of  relevant  variables 
and  relationships  in  model  design.  Inadequate 
detail  may  result  in  a  model  with  limited 
usefulness  for  evaluating  plans  under  changing 
conditions i  too  much  detail  may  result  in 
excessive  data  requirements  and  development 
costs.    Existing  planning  models  range  in 
abstraction  from  highly  aggregated  accounting 
information  compilers  to  detailed  models  of 
corporate  operations  [2],    The  majority  of 
these  models  consider  the  total  corporation 
using  summary  variables  (usually  financial 
in  nature)  rather  than  representing  corporate 
operations  in  detail  [9],    The  most  common 
model  outputs  are  pro  forma  financial  state- 
ments or,  less  frequently,  aggregate  production 
plans.    Only  a  handful  of  models  reflect,  even 
in  a  limited  fashion,  the  stochastic  nature  of 
corporate  activities  and  performance.  Risk 
and  uncertainty  are  inherent  in  the  planning 
process,  but  most  corporate  models  permit  only 
deterministic  projecticMS  [9,12,20],    As  these 
"first  generation"  nodels  are  accepted  and 
implemented,  however,  much  greater  emphasis  on 
stochastic  modeling  extensions  can  be  expected. 
This  direction  will  be  further  encouraged  by 
continuing  advances  in  both  computer  and  mod- 
eling technologies, 

(4)    Flexibility    If  it  is  to  be  of  continuing 
usefulness,  a  corporate  model  must  be  flexible 
enough  to  reflect  changes  in  corporate  struc- 
ture (through  organization,  acquisition,  diver- 
sification, etc)  or  expansion  in  scope  without 
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extensive  development  effort*    Planning  is  con<- 
ducLed  in  a  rapidly  changing  corporate  environ*- 
ment  and  provision  must  also  be  made  for  easily 
updating  planning  relationships  and  data. 
Another  important  aspect  of  model  flexibility 
is  its  applicability  to  a  wide  range  of  plan<- 
ning  problems  in  both  the  annual  planning 
cycle  and  interim  studies  of  nev  opportunities 
or  changing  conditions.    A  modular  modeling 
approach  involving  a  set  of  linked  submodels  . 
is  most  likely  to  provide  such  flexibility* 

(5)    Ease  of  Use     A  corporate  model  has  value 
as  a  planning  tool  only  to  the  extent  that  it 
Is  actually  used  in  the  planning  process. 
Wherever  possible,  therefore,  the  model  should 
be  designed  so  that  it  can  be  easily  under- 
stood by  the  user(s)  and  operated  with  a  min- 
imum of  inconvenience.    This  is  especially 
important  where  the  user  is  a  manager  with 
limited  time,  patience,  and  analytical  back- 
ground.   Only  when  the  user  understands  the 
capabilities  and  limitations  of  the  model  and 
its  data  base  is  It  likely  to  be  used  effec- 
tively or,  perhaps,  used  at  all.    It  is  not 
essential,  however,  that  the  user  fully  under- 
stand the  technical  development  or  internal 
logic  of  the  model.    The  ability  to  Interpret 
model  outputs  quickly  in  light  of  explicitly 
stated  model  assumptions  and  to  compare  them 
with  other  types  of  planning  information  is 
generally  sufficient* 

A  number  of  model  operating  features 
strongly  Influence  Its  ease  of  use  and  there- 


fore deserve  design  consideration.  Provision 
for  automatic  or  computer-assisted  input  gen- 
eration, data  base  editing  and  upd<iting,  and 
output  report  preparation  is  essential.  Some 
existing  corporate  nodels  require  days  (or  even 
weeks)  for  input  preparation  and  translation  of 
model  outputs  into  desired  formats.    This  not 
only  greatly  increases  the  time  and  cost 
associated  vith  model  operation,  but  also 
seriously  limits  effective  use  of  the  model 
as  a  creative  planning  tool.    Corporate  planning 
is  inherently  an  interactive,  investigative 
process  in  which  intermediate  results  may 
"ndicate  appropriate  directions  for  futher 
analysis.    Therefore,  access  to  the  model  and 
data  base  via  remote  terminals  (where  econom- 
ically feasible)  and  provision  for  multiple 
input/output  options  can  greatly  facilitate 
model  application. 

(6)    Resource  Requirements     The  time  and  cost 
required  for  model  development,  updating/mod- 
ification, and  operation  are  important  consid- 
erations which  depend  heavily  upon,  and  often 
restrict,  other  design  characteristics.  For 
example,  the  sophistication  and  flexibility 
provided  in  an  initial  model  version  may  be 
limited  by  budgetary  restrictions  and  by 
pressures  to  demonstrate  the  feasibility  of 
the  corporate  modeling  approach  in  a  short 
time  period,    in  general,  the  broader  the  scope, 
the  more  modular  the  structure,  the  greater 
the  realism,  the  greater  the  flexibility,  and 
the  easier  the  model  is  to  use,  the  more  costly 
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it  will  be.    As  is  often  the  case  in  modeling 
efforts,  however,  the  initial  costs  of  design 
and  development  must  be  balanced  against*  both 
the  quality  of  results  and  the  time  and  man- 
power required  to  generate  them. 

(7)    Capabilities     The  primary  purpose  of  cor- 
porate planning  studies  is  to  evaluate  alter- 
natives and  identify  those  which  in  some  sense 
best  satisfy  corporate  performance  objectives. 
This  implies  both  the  evaluation  and  selection 
of  planning  alternatives.    Corporate  models 
typically  assist  in  this  process  in  one  of 
two  ways: 

(a)  by  projecting  the  implications  of 
pre-selected  altexmatives,  or 

(b)  by  selecting  the  best  alternative(s) 
from  the  available  set. 

This  is  not  simply  a  play  on  words.  Most 
existing  corporate  planning  models  are  computer- 
based  financial  simulations  which  are  used  to 
test  the  feasibility  and  project  the  effects 
of  proposed  alternatives.    The  Xerox  planning 
model  described  by  Brown  [4]  ,  for  example, 
compute^  the  financial  implications  of  alter- 
native marketing  and  production  policies  under 
different  environmental  conditions  and  gen- 
erates projected  financial  statements  for  each 
set  of  inputs.    In  all  but  the  simplest  cases, 
there  are  a  great  many  distinct  planning  alter- 
natives and  combinations  of  alternatives  to 
be  considered.    This  suggests  the  desirability 
of  optimum-seeking  capabilities  to  assist  in 
the  selection,  rather  than  just  the  evaluation, 


of  alternatives.    As  has  been  noted  elsewhere, 
a  great  deal  more  activity  can  be  expected  in 
the  development  of  optimization  models  for  cor- 
porate planning  [6,7]. 

The  design  characteristics  discussed  above 
are  important  determinants  of  the  extent  to 
which  corporate  models  are  likely  to  achieve 
their  potential  as  planning  tools.  Further 
consideration  of  the  nature  and  relative  merits 
of  simulation  and  optimization  methods  in  cor- 
porate modeling  follows  in  the  next  section, 

SIMULATION  OR  OPTIMIZATION  ? 
Simulation  and  optimization  have  generally 
been  viewed  as  alternatives  in  the  design  and 
development  of  corporate  models.  Selection 
of  the  most  appropriate  approach  is  a  signif- 
icant step  in  model  design  which  strongly 
influences  both  the  functional  role  and  tech- 
nical structure  of  the  model.    As  indicated 
above,  the  essential  functional  difference  is 
between  an  alternative  tester  (simulation)  and 
an  altexmative  selector  (optimization). 

Corporate  Simulation  Models 

In  his  survey  of  corporate  modeling, 
Gershefski  [9]  reported  that  the  overwhelming 
majority  (95  percent)  of  corporate  models 
were  ''computer  simulations  which  utilize  case 
studies  to  determine  the  effect  of  different 
strategies."    Other  studies  have  confirmed 
this  popularity  [7,18,20].    There  are  many 
reasons  for  the  widespread*  acceptance  and  use 
of  computer  simulation  in  corporate  modeling. 
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simulation  techniques  are  applicable  In  situa- 
tions which  are  too  complex  for  analytical  for- 
mulations and,  In  general,  permit  a  greater 
degree  of  model  realism  In  other  cases.  More- 
over, the  development  and  application  of  a  com- 
puter simulation  model  requires  only  a  minimum 
of  mathematical  know ledge, of ten  avoiding  the 
need  for  highly  trained  staff  specialists  and 
aiding  management  understanding  of  model  capa^ 
bllltles  and  limitations, 

A  major  disadvantage  of  simulation  as  a 
corporate  planning  tool  Is  the  "case  study" 
process  by  which  planning  alternatives  must  be 
evaluated.    Most  corporate  planning  analyses 
are  directed  at  optimization  -  l,e;,  at  Identi- 
fying the  most  desirable    Investment  and  finan- 
cing alternatives.    Using  simulation,  each 
computer  model  solution  corresponds  to  a 
determination  of  the  implications  of  a  single 
proposed  alternative  or  specified  combination 
of  alternatives.    The  search  for  improved  plans 
proceeds  via  repetitive  model  solutions, 
ordered  in  response  to  previous  results  or 
other  insights  into  potentially  desirable 
alternatives.    Sensitivity  analysis  of  model 
solutions  requires  similar  procedures.  Where 
a  large  number  of  corporate  planning -alterna- 
tives and  environmental  conditions  must  be 
considered,  the  simulation  approach  implies 
evaluation  of  an  excessive  number  of  cases, 
one  at  a  time.    In  practice,  this  usually 
forces  a  substantial  reduction  in  the  nuraber 
of  available  alternatives  which  are  actually 


considered  for  detailed  analysis.  Even 
under  such  conditions,  simulation  can  be  ex- 
pensive if  adequate  detail  and  scope  are  pro- 
vided. 

Corporate  Optimization  Models 

In  contrast  to  the  widespread  use  of 
corporate  simulation  models,  few  practical 
applications  of  corporate  optimization  models 
have  been  reported  [9,13].    There  are  at  least 
several  apparent  reasons  for  this: 

(1)  Optimization  implies  the  existence 

of  a  defined  planning  goal  (or  goals) 
which  can  be  formalized  in  a  model. 
In  practice,  a  variety  of  different 
system  performance  indicators  are 
typically  of  Interest,  but  these 
are  seldom  defined  expllclty  or  in  a 
form  appropriate  for  optimization 
modeling. 

(2)  Simplifying  assumptions  about  the 
detailed  nature  of  model  variables 
and  relationships  are  required  for 
many  optimizing  algorithms,  often 
limiting  the  attainable  level  of 
model  realism  consistent  with 
computational  feasibility. 

(3)  Optimization  modeling  may  involve 
different  data  requirements  and 
planning  procedures  than  those 
which  exist  in  many  corporations* 

In  addition,  the  relatively  high  degree  of 
mathematical  sophistication  and  related 
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technical  problems  associated  with  optimization 
have  probably  been  limiting  factors. 

Experiences  with  several  operating 
corporate  optimization  models  Indicate  that 
where  these  problems  can  be  dealt  with 
effectively,  the  analytical  power  of  optimizing 
techniques  (especially  mathematical  prograranlng) 
and  available  computing  software  offer  signify 
leant  benefits  for  corporate  planning.  Each 
optimization  model  solution  corresponds  to  the 
-evaluation  of  an  entire  set  of  planning  alterna- 
tives and  selection  of  those  which  best  sat- 
isfy the  defined  performance  criteria.  Effi- 
cient sensitivity  and  parametric  analyses  of 
model  assumptions  and  changing  conditions  are 
also  possible  using  the  same  computational 
techniques.    With  this  approach,  a  vast  number 
of  complex  planning  alternatives  can  be  evalua- 
ted and  priorities  can  be  assigned  with  a  frac- 
tion of  the  effort  required  for  equivalent 
analyses  using  simulation. 
Hybrid  Models 

Several  observations  about  the  simulation 
and  optimization  modeling  approaches  are  In 
order  at  this  point; 

(1)  Neither  modeling  approach  is  ideally 
suited  for  use  as  a  corporate  planning  tool  - 
each  suffers  from  important  deficiencies. 

(2)  Considerable  functional  complementarity 
exists  between  the  two  appf:oaches.  Simulation 
offers  descriptive  power  and  broad  applicability 
but  often  requires  extensive  analysis;  optimi- 
zation, on  the  other  hand,  offers  analytical 


power  but  is  weaker  in  'descriptive  accuracy  and 
applicability.    Thus,  the  strength  of  one 
modeling  approach  complements  the  weakness  of 
the  other. 

(3)    This  suggests  that  simulation  and 
optimization  should  be  considered  as  complemen- 
tary, rather  than  althmative,  corporate 
modeling  approaches.    Where  possible,  it  is 
desirable  to  exploit  the  strengths  of  both 
through  some  form  of  hybrid  model  or  model  system 

The  incorporation  of  heuristics  or  other 
optimum-seeking  routines  in  computer  simulations 
is  one  possible  avenue  toward  combined  use  of 
simulation  and  optimization  methods  in  corporate 
modeling.    This  suggests  use  of  computerized 
routines  to  guide  the  search  for  Improved  solu- 
tions, thus  reducing  the  amount  of  human  inter- 
vention required  in  favor  of  defined,  systematic 
search  procedures.    Of  course,  use  of  an  optimum- 
seeking  routine  does  not  guarantee  that  an  opti- 
mum will  be  found,  nor  does  it  completely 
eliminate  human  judgement  from  the  search  process 
but  it  can  speed  up  the  seaiech  significantly. 
Optimum-seeking  search  techniques  and  their 
applicability  to  simulation  studies  in  a  variety 
of  contexts  have  been  discussed  by  others  [  8,17], 
Techniques  with  particular  relevance  for  corpor- 
ate financial  simulation  have  also  been  identi- 
fied [61, 

A  more  promising  approach  is  to  link  cor- 
porate simulation  and  optimization  models  in 
a  corporate  model  system  [  6,14,21].  The 
primary  role  of  optimization  in  such  a  system 
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Is  to  search,  identify,  and  screen  planning 
alternatives  at  an  aggregate  level.  This 
preliminary  evaluation  may  cover  a  wide  vange 
of  possibilities  over  a  raultip»riod  planning 
horizon  using  efficient  search  algorithms  and 
available  computer  codes.    The  outcome  is  a 
set  of  preferred  investment,"  operating  and 
financing  alternatives  consistent  with  stated 
planning  objectives  and  conditions,    A  simula- 
tion model  can  then  be  used  to  project  the 
detailed  implications  of  selected  optimization 
results  under  si-scified  environmental  conditions. 
Its  role  in  the  planning  system  is  to  provide 
a  more  realistic  basis  for  evaluation  of  a 
limited  number  of  promising  alternatives,  and 
to  test  the  validity  of  the  optimization  model 
results  when  more  detailed  considerations  are 
incorporated  into  the  analysis.  Revised 
planning  assumptions  and  parameters  resulting 
from  the  simulation  can  be  fed  into  subsequent 
optimization  runs  to  refine  the  outputs.  Such 
a  recursive  solution  approach  involving  optim- 
ization and  simulation  models  has  also  been 
found  useful  in  other  contexts  [19], 

This  combination  of  simulation  and  op- 
timization offers  corporate  planning  support 
beyond  the  capabilities  of  either  technique 
vhen  used  llone*    In  general,  optimization 
provides  an  overall  evaluation  of  available 
planning  alternatives;  simulation  is  employed 
to  examine  those  selected  in  greater  detail* 
Partitioning  the  overall  analysis  into  "macro" 
and  "micro"  stages  -  with  iterations  between 


the  two  stages  -  therefore  permits  use  of  each 
technique  to  its  best  advantage  in  the  planning 
process.    An  operational  computer-based  corpor- 
ate planning  system  which  Incorporates  simula- 
tion, optimization,  and  other  analytical  models 
is  described  below  to  illustrate  this  approach, 

A  CORPORATE  MODEL  SYSTEM 
A  major  diversified  corporation  has  devel- 
oped and  implemented  a  system  of  planning  models 
to  Improve  the  efficiency  with  which  alterna- 
tive combinations  of  corporate  strategies,  fin- 
ancing methods,  and  planning  assumptions  are 
evaluated.    The  modeling  system  approach  was 
selected  to  give  maximum  flexibility  in 
developing  a  planning  support  capability  con- 
sistent with  the  scope  and  complexity  of  corpor- 
ate-level planning  problems.    Experience  with 
the  system  during  the  past  two  years  has 
demonstrated  both  the  potential  and  the  oper- 
ational feasibility  of  this  approach. 

Details  of  the  system  and  its  application 
in  a  variety  of  strategic  planning  studies  have 
been  presented  elsewhere  [13,14].    This  dis- 
cussion will  only  highlight  important  system 
features,  including  the  respective  roles  of 
simulation  and  optimization  techniques* 
System  Components 

Following  earlier  discussions,  the  key 
to  effective  analytical  support  of  the  corporate 
planning  process  is  not  a  corporate  model,  but 
an.  integrated  planning  system.    The  system 
under  consideration  reflects  the  corporate- 
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levsl  focus,  financial  orientation,  and  distant 
planning  horizon  that  characterize  strategic 
planning  in  most  corporations.    It  consists 
of  five  functionally  distinct  subsystems; 

(1)  The  Information  Management  Subsystem  con- 
trols the  flow  of  information,  maintenance  of 
the  planning  data  base,  and  interfaces  with  data 
sources,  other  system  components,  and  users. 
Explicit  provision  is  made  for  interactive  use 
of  the  system,  including  on-line  input  prepar- 
ation, run  initiation,  and  output  generation 
with  a  wide  range  of  user  options.    Included  in 
the  information  management  subsystem  are  system 
executive  routines,  the  systom  data  base,  and 
conversational  input  editors  and  output  gener- 
ators.   The  input  editors  organize  raw  planning 
data  from  multiple  sources  into  appropriate  data 
base  files,  check  for  arithmetic  and  format 
errors,  and  compare  subsidiary  projections  with 
historical  data  and  econometric  projections  to 

identify  questionable  estimates.    The  output 
r 

generators  provide  a  variety  of  report  options 
to  meet  different  needs  including  pro  forma 
financial  projections,  corporate  and  planning 
unit  performance  summaries,  detailed  and  sum- 
mary optimization  model  results,  and  input 
error  reports. 

(2)  The  Optimization  Subsystem  selects  an  op- 
timal set  of  funds  sources  and  investments  sub- 
ject to  a  complex  set  of  financial,  legal,  and 
operating  limitations  at  both  the  corporate  and 
planning  unit  levels.    It. also  permits  testing 
of  the  robustness  of  proposed  plans  and  deter- 


mination of  optimal  reallocations  of  corporate 
resources  in  response  to  changes  in  the  planning 
environment.    A  large  mixed  integer  mathematical 
programming  model  is  the  basic  element  of  this 
subsystem,  with  operating  support  provided  by 
matrix  generation  and  postoptimal  analysis  rou- 
tines.   The  most  operationally  effective  optim- 
ization objective  used  thus  far  for  planning  pur- 
poses is  maximization  of  a  linear  approximation 
of  earings  per  share  over  the  planning  horizon, 
but  other  performance  measures  can  also  be  eval- 
uated with  the  model.    The  major  planning  vari- 
ables are  investment  and  financing  alternatives 
associated  with  proposed  corporate  and  planning 
unit  plans.    Corporate  activities  are  subject  to 
numerous  financial  and  operating  restrictions, 
'  some  imposed  by  management  policy  and  others  by 
external  forces.    Among  those  represented  explic- 
itly in  the  optimization  model  are  restrictions 
on  the  pattern  of  earnings  per  share  growth,  re- 
turn  on  assets  and  equity^  corporate  funds  flow, 
common  financial  ratios,  short-term  debt  and 
stock  transactions.    A  current  version  of  the 
model  contains  700  constraints  and  1000  variables, 
including  250  zero-onc  variables.    Solution  of  the 
model  using  the  Univac  1108  computer  typically 
requires  10  cpu  minutes  to  reach  the  continuous 
optimum  and  another  20  cpu  minutes  to  find  the 
mixed  Integer  optimum.    Subsequent  mixed  integer 
solutions  using  the  previous  optimal  basis 
require  about  5  additional  cpu  minutes. 

(3)    The  Simulation  Subsystea  performs  a  deter- 


minis  tic  financial  simulation  for  predeslgnated 
corporate  and  planning  unit  strategies.  Like 
most  corporate  financial  simulation  roodelSi  It 
operates  on  accepted  financial  accounting 
variables  and  relationships.    Options  are 
provided  for  evaluating  any  desired  combinations 
of  organizational  groupings,  corporate  and 
planning  unit  Investment  proposals,  acquisitions, 
divestments,  and  financial  strategies.  The 
simulation  converts  all  funds  to  a  common 
currency,  reflects  all  Internal  and  external 
funds  flows,  finances  funds  deficits  from  a 
corporate  pool.  Incorporates  proposed  acquisi- 
tions and  divestments,  and  computes  consolida- 
ted corporate  and  planning  un*t  financial 
statements.    The  financial  consolidation 
usually  requires  less  than  30  cpu  seconds 
using  a  Univac  1108  computer. 

(4)  The  Econometric  Subsyetam  provides  projec- 
tions of  natloURl  and  Industry  economic  condi- 
tions for  use  In  testing  the  reasonableness 

of  planning  unit  projections  and  In  preparing 
simulation  and  optimization  model  Inputs.  Cur- 
rent econometric  support  for  the  system  Is 
purchased  from  a  commercially  available  fore- 
casting service. 

(5)  The  Risk  Analysis  Subsystem  is  designed 
to  provide  insights  into  the  variability  in- 
herent in  planning  estimates*  It  currently 
consists  of  two  models*  The  Profitability 
Profile  Model  is  designed  to  project  perfor- 
mance distributions  for  planning  units  based 
on  econometric  forecasts,  historical  data. 


and  subjective  management  evaluations  of  possible 
future  conditions.    These  distributions  are  then 
used  to  estimate  confidence  limits  for  various 
corporate  profit  levels.    A  pessimistic  estimate, 
called  the  minimum  income  level,  is  derived  for 
every  strategy  and  is  Incorporated  in  the  optim- 
ization analysis.    The  Business  Mix  Model  applies 
a  portfolio  analysis  approach  to  evaluate  the 
risk-return  characterlstlc&  of  the  corporate 
plan  and  determine  corporate  asset  allocations 
which  maximize  expected  returns  at  different 
risk  levels. 
System  Application 

In  essence,  the  subsystems  described  above 
constitute  a  specialized  computer-based  manage- 
ment information  system  with  extensive  analyti- 
cal capabilities.    Its  power  as  a  planning 
tool  derives  from  the  integration  of  diverse, 
but  complementary,  planning  models  with  uscr- 
oriented  information  storage  and  handling 
features.    This  integration  is  accomplished 
through  logical  input-output  linkages  in  system 
operation.    Each  of  the  subsystems  and  component 
models  can  be  operated  independently  from  the 
rest  of  the  system,  but  this  is  not  typically 
done« 

The  planning  data  base  is  the  primary  inter- 
face between  subsystem  models  and  is  therefore 
the  most  important  system  link.    With  few 
exceptions,  subsystem  inputs  and  outputs  flow 
through  the  data  base,  where  they  can  be 
accessed  in  r.esponse  to  direct  inquiry  or  for 
further  processing  within  the  system*  Economet- 
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ric  forecasts,  for  example,  are  stored  in  the 
data  base  for  input  editing  and  strateg)'  for- 
mulation purposes. 

Inputs  Co  the  Optimization  Subsystem  in- 
clude detailed  information  on  proposed  planning 
strategics,  available  funds  sources,  and  con- 
straint limits.    The  latter  are  established 
by  management  or  are  determined  through  studies 
involvin^i  the  Risk  Analysis  Subsystem  models. 
The  investment  and  f inane ing^strategies 
selected  in  the  opt' 'ization  analysis  are 
stored  in  the  data  *.ase  for  report  preparation 
and  further  analysis  using  the  Simulation  and 
Risl'  Analysis  Subsystems,    In  view  of  the 
approxim^ttions  inherent  in  the  corporate 
optimization  model,  of  course,  tliese  results 
must  be  considered  as  only  approximate.  Never- 
theless, they  represent  des'irablc,  if  not 
optimal,  selections  from  among  the  vast 
number  available  for  consideration.  These 
selected  strategies  are  obviou*"  candidater 
for  more  careful  evaluation  using  the  Simula- 
tion Subsystem,    In  contrast  to  the  optimiza- 
tion model,  the  s inula C ion  model  requires 
few  simplifying  assumptions  and  thus  provides 
a  more  realistic  test  of  strategy  implications. 
For  example,  the  simulation  model  computes 
corporate  earnings  per  share  quite  precisely 
for  any  selected  set  of  strategies;  the  optim- 
ization model  can  only  approximate  this 
figure  because  of  the  non-linear  effects  of 
expansion  and  contraction  in  the  common  stock 
pool. 


Applications  of  the  corporate  modeling 
system  have  included  a  wide  variety  of  periodic 
and  ad  hoc  planning  studies.    Periodic  studies 
are  conducted  at  regular  intervals  (e,g,,  the 
annual  planning  cycle)  and  typically  relate 
to  planning  decisions  involving  the  full  scope 
of  CO r-^) rate  activity.    Ad  hoc  studies,  on  tlm 
other  hand,  are  conducted  in  response  to  problems 
or  opportunir.es  (e,g,,       unexpected  change  in 
international  exchange  rates)  wliich  require 
evaluation  prior  to  tlie  next  periodic  planning 
review.    Periodic  studies  typically  involve 
all  system  components  and  begin  with  careful 
input  editing  and  preparation  of  the  system 
data  base.    Because  of  the  vast  number  of 
alternatives  to  be  considered,  the  optimization 
model  plays  a  major  role  in  screening  internal 
investment  strategies,  proposed  acquisitions 
and  divestments,  and  financing  opportunities. 
Ad  hoc  studies  typically  require  only  minor 
modifications  of  the  system  data  base  and  rely 
irore  heavily  upon  simulation  of  the  implica- 
tions of  particular  problems  or  opportunities, 

CONCLUDING  COMMENTS 
Corporate  simulation  models  will  no  doubt 
play  an  increasingly  important  role  in  corporate 
planning  during  the  l970's.    Applications  to 
date  have  demonstrated  that  laodels  can  assist 
in  Improving  both  the  process  and  practice  of 
planning  in  a  wide  variety  of  contexts,  and 
the  number  of  models  in  use  or  under  develop- 
ment is  increasing  rapidly.    However,  tlie  vast 
majority  of  corporate  models  in  use  today  are 
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limited  to  deterministic  "case  study"  simula- 
tions of  selected  planning  alternatives.  Tills 
approach  offers  advantages  in  model  develop- 
ment and  Initial  implementation,  but  it  can 
Involve  extensive  computation  and  effort  in 
the  search  for  improved  corporate  ol^^^s  where 
a  large  number  of  alternatives  exist.  This, 
in  turn,  may  limit  the-potentlal  usefulness 
of  simulation  models  as  creative  planning 
tools.    Other  n»del  characterl«stlcs  are  also 
important  determinants  of  planning  effective- 
ness and  efficier.cy  and  must  be  carefully 
considered  In  model  design. 

The  continuing  advance  of  computer 
and  modeling  teclmologies,  combined  with 
Increasing  formalization  of  corporate  planning 
efforts  and  grov7lng  acceptance  of  formal 
pla.nnlng  models,  has  set  the  stage  for  a 
"second  generation"  of  corporate  planning 
models.    One  promising  direction  for 
evolution  Is  suggested  by  the  combination 
of  simulation  and  optimization  capabilities 
In  a  corporate  modellrtg  system.    A  system 
o£  models  can  provide  a  degree  of  flexibility 
and  analytical  sophistication  consistent 
with  corporate  planning  problems  while  still 
preserving  the  advantages  of  simulation  as 
a  planning  tool      Experience  with  a  prototype 
corporate  model  system  has  demonstrated  both 
*the  feasibility  and  potential  of  this 
approach. 
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Abstract 

This  paper  presents  the  results  of  an  attempt 
to  develop  a  general  simulation  program  for 
the  study  of  the  utilization  and  allocation 
of  resources  in  the  university  environment. 
The  problem  area  examined  covers  the  use  of 
both  physical  and  human  resources.  The 
simulation  program  was  written  in  GPSS  1100. 


Introduction 
The  use  of  limulation  as  a  technique 
for  1:he  examination  of  the  interactive 
aspects  of  the  operation  of  physical 
systems  has  increased  greatly  within  the 
past  few  years.  The  vast  majority  of 
these  simulations  are  designed  to  attack 


a  specific  problem  and  as  such  are  great- 
ly limited  in  their  application. 

The  lack  of  generality  in  simulation 
programs  has  tended  to  foster  a  large 
degree  of  duplication  of  effort.  While 
many  unique  situations  may  exist  in  which 
specialized  simulation  progrcuns  are 
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appropriate,  there  also  e:cist  a  large 
number  of  similiar  systems  which  can 
benefit  from  the  development  of  general- 
ized simulation  models.  The  university 
system  is  an  environment  in  which  the 
basic  elements  are  relatively  stable 
from  institution  to  institution.  The 
simulation  model  developed  for  a  general 
university  situation  would,  with  certain 
modifications,  be  expected  to  hold  for 
other  universities.  Based  on  this  assump- 
tion, the  authors  have  attempted  to 
develop  a  general  model  for  the  study  of 
the  university  resource  utilization 
problem.  The  results  of  this  effort  are 
the  context  of  this  paper. 

Description  of  the  Physical  System 
The  program  presented  in  this  paper 
simulates  the  physical  university 
environment  presented  in  Figure  1.  This 
environment  consist  of  the  physical 
facilities,  including  the. classrooms  and 
the  support  facilities,  and  the  human 
resources  of  the  university  staff.  The 
basic  problem  is  to  examine  the  alloca- 
tion and  utilization  of  the  available 
resources  under  various  system  conditions. 

Each  potential  cjaro  in  the  basic 
university  system  must  function  within 
the  available  student  \nd  resource  limits. 
Therefore,  of  all  potential  cou.\ses  to  be 
offered  by  the  univca-sity,  only  those  in 


which  there  is  sufficient  student  enroll- 
ment and  for  which  there  are  available 
both  the  required  physical  and  human 
resources,  can  be  offered.  The  enrollment 
limit  for  each  class  level  is  established 
by  the  university  on  the  basis  of  funds 
available  and  alternate  demands  on  the 
resources.  The  work  time  for  the  university 
syst;em  is  also  a  function  of  the  type  of 
students  enrolled  in  the  system.  Addi- 
tionally, this  relationship  influences 
both  the  time  and  amount  of  resource 
utilization. 

Desirable  Characteristics  of  the  Program 

The  basis  of  any  generalized  simula- 
tion program  is  the  ability  of  multiple 
users  to  utilize  the  program  with  only 
minor  s^jfe^em  changes.  To  accomplish  the 
objective  of  program  generalization,  the 
following  characteristics  were  included 
in  the  program: 

1.  A  relatively  simple  and  easy 
method  of  data  input. 

2.  A  choice  of  output  options. 

3.  The  ability  to  vary  the  discrete 
control  distributions. 

4.  The  ability  to  change  system 
control  limits  within  a  simula- 
tion run. 

These  characteristics  tend  to  provide 
a  program  with  the  flexibility  required 
of  a  general  model. 
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Model  Description 
In  describing  the  simulation  model, 
the  following  areas  will  be  discussed: 
model  assumptions ,  programming  language 
and  computer  requirements,  unique  features 
,  model  inputs,  model  outputs,  and  model 
execution. 

Model  Assumptions 
The  following  assumptions  have  been 
made  in  the  development  of  the  university 
simulation  model : 

1.  Class  length  is  one  hour. 

2.  Any  class  which  does  not  have  a 
required  number  of  students  en- 
rolled or  which  cannot  find 
available  space,  will  not  be 

of  fer'ed. 

3.  Classroom  space  and  instructor 
personnel  are  allocated  on  a 
f^irst  come  first  serve  basis. 
However,  allocation  on  a  priority 
basis  is  possible. 

4.  All  control  distributions  are 
discrete  in  nature. 

5*  The  utilization  of  support 

facilities,  that  is,  administra- 
tive, laboratory,  and  computa- 
tional facilities,  is  separate 
from  the  utilization  of  class- 
rooms and  instructors* 

6.  The  daily  operating  time  of  the 
university  is  variable* 


7.  Course  classrom  allocation  is 
made  on  the  basis  of  the  number 
of  students  in. the  course  and  the 
classroom  range  into  which  the 
course  falls* 

Programming  Language  and  Computer 
Requirements 

A  general  flow  diagram  of  the  simula- 
tion program  is  presented  in  Figure  2. 
The  program  is  written  in  GPSS  1100  for 
the  UNIVAC  1108  computer.  The  number  of 
FUNCTIONS,  and  MATRIX  SAVEVALUfiS  required 
is  dependent  on  the  size  of  the  system  to 
be-simulated. 

The  program  is  currently  set  up  to 
run  in  the  48K  partition  on  the  1108 
computer*  However,  as  the  size  of  the 
system  to  be  simulated  is  increased,  the 
core  required  for  the  program  will  also 
increase  * 

Unique  Features  of  the  Program 
In  developing  this  simulation  model, 
it  became  apparent  that  the  greatest 
problem  to  be  overcome  was  the  require- 
ment for  the  vast  number  of  transactions 
generated  in  the  university  environment. 
The  approach  taken  to  overcome  this 
problem  was  the  use  of  a  carrier  transac- 
tion which  served  the  same  function  as 
the  normal  flow  transactions*  As  a  result 
the  initial  portion  of  the  program  took 


the  following  form: 

*  DETERMINE  THE  NUMBER  OF  STUDENTS 

*  ENROLLED  IN  EACH  SPECIALTY 
ZZZ  ADVANCE 

SPECNU  VARIABLE  X$TOTNU*FN$SPEC.PROB 

MSAVEX  SPEC1(P$PAR1,1) ,V$SP- 
ECNU 

LOOP  PARI, ZZZ 

* 

A  single  transaction  performs  the 
calculations  for  all  specialities  in  the 
system.  The  enrollment  in  each  special- 
ity is  determined  on  the  basis  of  a 
discrete  probability  function  inputed  at 
program  initiation. 

Another  unique  feature  of  the  pro- 
gram is  that  all  program  inputs  are 
provided  by  either  the  INITIAL  or  the 
FUNCTION  statements.  A  description  *  f  the 
input  procedure  will  be  provided  in  a 
later  section  of  this' paper. 

To  provide  for  multiple  simulations 
of  a  number  of  semesters , the  program  can 
be  utilized  with  a  RESET  card  as  shown 
below: 

* 

START  1 
RESET 
START  1 

* 

A  system  printout  will  be  provided 
for  each  START  card.  Any  number  of  basic 


simulations  may  be  run  in  this  manner. 

Model  Inputs 

As  stated  previously  all  model  inputs 
can  be  provided  through  the  use  of  the 
INITIAL  and  FUNCTION  cards. 

It  is  assumed  that  sufficient  data 
is  available  to  provide  for  discrete 
distributions  in  the  following  areas: 

1.  Total  number  of  students  enrolled. 

2.  Percentage  of  students  at  each 
class  level,  i.e.,  junior , senior , 
etc. 

3.  Percentage  of  students  in  each 
speciality . 

4.  Percentage  of  each  type  of 
student,  i.  e.,  full  time, 
part  time,  etc. 

5.  Distribution  of  class  types  and 
sizes. 

6.  Distribution  of  course  size 
requirements . 

7.  Distribution  of  instructor 
requirements. 

8.  Distribution  of  support  require- 
ments . 

The  INITIAL  card  inputs  involve  such 
factors  as: 

1.  Class  size  limit. 

2.  Work  hour  limits, 

3.  Classroom  definitions. 

4.  Instructor  definitions. 

5.  Speciality  course  definitions. 


737 


The  program  output  requires  a 
MSAVEX,  matrix  savevalue,  definition  for 
each  classro9m.  The  definition  takes  the 
following  form: 

*  INSTRUCTOR  DEFINITIONS 

MATRIX  SMITH (8,5) , JONES (8, 5) 

*  CLASSROOM  DEFINITIONS 

MATRIX  EN315(8,5) ,EN215(8,5) 

At  the  beginning  of  each  simulation, 
the  instructor  and  classroom  schedule  are 
reset  to  zero. 

* 

INITIAL  SMITH (1-8,1-5) ,0/ 
JONES (l-S,l-5)  ,0 


INITIAL  EN315 (1-8,1-5) ,0/ 
EN215 (1-8,1-5)  ,0 


The  possible  courses  which  may  be 
offered  are  also  supplied  by  INITIAL 
cards. 

INITIAL  INDEN (1,1) ,4133/ 
INDEN(2,1) ,4211 


Classroom  size  limits  are  specified 
in  range  values  as  follows: 
Range  Size         Cummulative  Freq. 

1  10  .05 

2  10      20  .45 

3  20      50  .65 


4  A      50  100 

5  100  250 


.85 
1.00 


The  discrete  function  is  then  input- 
ed  to  the  program,  in  a  FUNCTION  statement 
as  follows: 

RANGE       FUNCTION, D  V$CALC,  1 
.45,2  .65,3  .85,4  1.0,5 

The  major  portion  of  the  simulation 
model  consist  of  a  schedule  update 
sequence  based  on  a  series  of  indirect 
assignment  blocks.  The  assignment  of  a 
classroom  name  takes  the  following  form: 

ASSIGN  PAR17,*CLASS.NAME 

where  CLASS. NAME  is  a  name  valued  function 
containing  the  utilization  distribution 
for  the  classrooms. 

The  hour  at  which  the  classroom  is 
to  be  used  is  specified  as  follows: 

* 

ASSIGN  PAR16,FN$TIME 

* 

where  TIME  is  a  numeric  valued  function 
containing  a  discrete  distribution  relat- 
ing to  the  hours  of  the  day  during  which 
the  classroom  will  be  available. 

Model  Outputs 
The  outputs  from  the  simulation  pro- 
gram are  composed  of  the  following: 
1.  A  master  schedule  for  each 
speciality  showing: 
a)  Course  number* 
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b)  The  instructor  who  is  teach- 
ing the  course. 

c)  The  credit  hours  for  the 
course. 

d)  The  numbcjr  of  students  enroll- 
\         ed  in  the  course. 

e)  The  classroom  utilized. 

f)  The  time  of  day  at  which  the 
course  is  to  be  offered. 

2.  A  schedule  for, each  classroom. 

3.  A  schedule  for  each  instr,uctor. 

4.  A  listing  of  all  nonscheduled 
courses. 

5.  A  listing  of  all  request  for 
support  services. 

This  output  may  be  restricted  or 
expanded  through  the  use  of  the  PRINT 
option. 

Model  Execution 

The  program  has  been  setup  to  simu- 
late on  a  semester  basis  with  the  number 
of  semesters  to  be  simulated  as  a  user 
option.  The  simulation  takes  the  form  of 
multiple  schedule  modifications  as 
follows: 

* 

*     UPDATE  CLASSROOM  SCHEDULES 

MSAVEX  *PAR17(P$PAR16,1) ,P$- 
PAR7 

MSAVEX  *PAR6(P$PAR5,6) ,P$PA- 
R16 

MSAVEX  *PAR17(P$PAR16,5) ,P$- 
PAR7 


The  use  of  indirect  referencing 
allows  for  the  use  of  any  number  of  class- 
rooms without  model  modification.  The 
instructor  schedules  are  updated  in  a 
similiar  manner,  however,  the  instructor 
selection  process  is  based  on  a  specialty 
selection  process.  An  example  of  the  spec- 
ialty selection  process  is  as  follows: 


Type  Instructors 

1  Jones,  Smith,  .Eldin 

2  Jones,  Brown,  Daniel 

3  •  Brown,  Smith 

4  Eldin,  Brown 


The  selection  sequence  for  the  above  in- 
puts is  as  follows: 
* 

ASSIGN  PARIS, MX$*PAR6 (P$PA- 
R5,2) 

ASSIGN  PAR19,*INST.FUNCT 
ASSIGN  PAR30,FN$*PAR19 
ASSIGN  PAR20,*INSTRUCT 

The  above  sequence  will  select  an 
instructor  of  the  required  type  and  will 
ready  his  schedule  for  update.  All  out- 
puts are  in  the  form  of  nanie  valued  attri- 
butes. This  option  provides  for  easy 
simulation  analysis. 

Analysis 

The  university  simulation  model  was 
developed  in  order  to  study  the  interac- 
tive aspects  of  the  university  scheduling 
and  resource  allocation  problems. -  The 


model  was  designed  in  such  a  manner  that 
system  input  data  and  model  operating 
sequence  could  be  altered  without  an 
alteration  of  the  basic  model  itself.  In 
the  process  of  developing  the  model  the 
following  options  were  considered: 

1.  A  calculation  of  the  utilization 
of  the  university  personnel  and 
facilities. 

This  option  was  factored  into  the 
model,  however,  the  feasibility 
of  calculating  a  utilization  rate 
for  university  personnel  was 
found  to  be  limited.  This  limita- 
tion developed  due  to  the  multiple 
aspects  of  the  instructor's  work 
load. 

2.  A  projection  analysis  and  fore- 
casting system  was  examined  for 
use  in  the  area  of  instructor  and 
classroom  definitions. 

3.  Several  methods  were  examined  for 
use  in  the  study  of  the  support 
and  service  facilities  of  the 
university.  The  method  which  was 
finally  factored  into  the  model 
provides  the  following  data: 

a)  A  listing  of  all  request  for 
support  along  with  the  type 
of  support  requested. 

b)  A  tabulation  of  the  number  of 
request  for  each  support  facil- 
ity along  with  the  durations 


of  the  support  activity. 
The  procedure  for  comparing  two 
alternative  systems  is  based  on  simula- 
tion runs  utilizing  the  same  random 
number  base.  The  system  outputs  may  be 
compared  on  either  a  direct  utilization 
basis  or  on  the  basis  of  the  system 
scheduling  sequence. 

'/ 

Conclusions 

The  university  simulation  model  pre- 
sented in  this  paper  provides  the  basic 
structure  for  an  effective  method  of 
analysis  of  the  dynamic  university  system. 
The  system  outputs  are  provided  in  a  form 
which  can  easily  be  analyzed. 

The  main  limitation  of  the  program 
is  in  the  area  of  the  required  supporting 
discrete  distributions.  If  sufficient 
data  is  available  the  basic  model  should 
be  applicable  to  any  university  system. 

When  a  lai  e  system  is  to  be  simula- 
ted it  is  recommended  that  the  user  uti- 
lize a  data  tape  for  inputs  rather  than 
standard  punched  cards. 

The  model  presented  in  this  paper 
is  intended  to  illustrate  that  the  tech- 
nique of  simulation  can  provide  a 
valuable  tool  in  the  study  of  the  univer- 
sity system.  While  for  the  factors  con- 
sidered the  basic  model  does  provide  a 
general  simulation  basis,  there  are  cer- 
tain unique  system  characteristics  which 
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may  be  required  in  each  application.  It 
is  believed  that  the  options  provided  in 
the  simulation  program  will  allow  for  the 
consideration  of  these  unique  features 
without  major  program  changes. 


741 


(0 

o 

CO 
CO 


C 

CO    -  c 

o  r  *i 

K  a 

CO  0 

CO  H 

rd  M 

H  6  (U 

0  0  CO 

U  3 

CO  (d 

CO  M  CO 

CO  (d  -H 

(d  > 

c 

H  C 

Q 

0  c  u 

•H 

rd  0) 

4J 

0  4J 

(TJ 

0  +J 

M 

CO  rd 

3 

M  M  a 

Or^ 

0)  0 

•H 

5  0  0 

C 

3  3  H 

0 

C  M 

u 

0)  CO  0) 

E 

x:  c  x: 

0) 

Eh  -H  Eh 

*J 

CO 

>1 

w 

>i 

.u 

•H 

(fl 

M 

O 
> 

C 

0) 

M 


742 


start 


Update 

Ciaysrocm 

Schedule 


Update 

Instructor 

Schedule 


Provide 

System 

Inputs 


Perform 

System 

Status 

Calculations 


Figure  2. 
Generalized  Progra.a  Logic 


Determine 

Course 

Requirements 


Determine 

Update 

Yes 

Classroom 

No 

Nonscheduled 

to  be  Used 

Listing 

Determine 

Yes 

Instrucbor 

No 

> 

to  be  Used 

r 

S — 

i 


Allocate 

Support 

Services 


Provide 

System 

Outputs 


Change 

Flow 

Pattern 


Update 
System 
Inputs 


-  No. 


ERLC 


743 


RATE-REVENUE-COST  OF  SERVICE  SIMULATION  OF  A  NATURAL  GAS  UTILITY 


D.  JeNfrey  Blumenthal 
On-Line  Decisions,  Inc. 

ABSTRACT 

A  major  midwestem  utUity  was  faced  with  the  dilemma  of  increased  demands  for  natural 
gas  energy  while  the  supplies  of  natural  gas  were  diminishing.  Questions  on  how  to 
meet  seasonal  or  off-peok  demands,  how  to  utilize  underground  storage,  and  how  much 
new  supply  would  be- required  to  eliminate  waiting  lists  for  residential  customers  were 
typical  of  the  problems  confronting  this  utility.   In  addition,  the  cost  of  service  due  to 
inflation  and  pipeline  cost  adjustments  indicated  that  this  company  should  perhaps  re- 
quest a  general  rate  increase  and  required  substantial  calculations  in  the  PGA  (Purchase 
Gas  Adjustment)  area. 

A  set  of  linked  models  was  built  for  this  utility  to  answer  these  questions.  The  models 
conside  areas  of  rate,  revenue,  cost  of  gas,  PGA,  and  income.    Each  model 

could  be  run  independently  of  the  others;  however,  all  could  be  linked  to  provide  an 
integrated  planning  system  for  the  utility.  The  models  were  implemented  in  a  conversa- 
tional mode  on  a  time-shared  computer  and  allowed  the  model  users  to  interactively 
vary  rate  structuVes,  pipeline  contract  terms  and  alternative  sources  of  supply  over  a 
five-year  planning  horizon. 
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INTRODUCTION 


Historically,  natural  gas  has  beer  considered 
as  an  inexpensive  source  of  energy.   In  addi- 
tion, it  is  virtually  nonpolluting.  .  s  a  conse- 
quence, the  demand  for  natural  gas  energy  has 
reached  all-time  highs.  The  traditional  peak 
demand  period  for  natural  gas  has  been  the 
wintei  space  heating  season.  However,  because 
of  the  non-polluting  aspects  of  natural  gas 
energy,  electric  power  generating  companies 
have  placed  off  season  or  summer  demands  on 
natural  gas  energy.   Many  companies  have 
constructed  under-ground  storage  facilities  for 
servicing  the  peak  winter  heating  season  de- 
mands.  Most  natural  gas  utilities,  therefore, 
have  a  variety  of  alternatives  on  how  or  to 
whom  they  should  sell  natural  gas.  The  supply 
of  natural  gas,  on  the  other  hand,  has  remaiited 
relatively  constant  for  the  last  several  years, 
resulting  in  an  apparent  shortage  of  natural  gus 
in  the  past  several  winter  heating  seasons. 
New  supplies  or  potential  new  sources  of 
natural  gas  appear  to  be  considerably  more  ex- 
pi^nsive  than  existing  ones.   New  processes, 
such  as  coal  gasification,  represent  a  poten- 
tial energy  spurce.   However,  their  impact  is 


still  several  years  off.  A  proposed  pipeline 
from  the  north  slope  of  Alaska  would  represent 
a  considerable  capital  investment  on  the  part  of 
a  pipeline  company.  Liquefied  natural  gas  from 
the  Middle  East  has  been  suggested  for  allevia- 
ting some  of  the  demand  requirements  on'the 
Eastern  Seaboard.   No  doubt  a  combination  of 
all  of  these  alternatives  is  possible.  Investor- 
owned  public  utilities  are  regulated  either  by 
the  Federal  Power  Commission  or  by  a  statev/lde 
organization.  Servicing  an  area  rap5dly  growln  , 
In  population,  a  major  midwest  natural  gas 
utility  was  faced  with  finding  supplies  of  new  , 
more  expensive  gas.  The  company  was  also  In- 
volved In  major  Investments  In  underground 
storage  facilities.   With  Increased  Investments 
In  plant  and  equipment,  would  a  rate  Increase  be 
Justified?   Hov/  fast  would  the  company  recoup 
additional  costs  of  the  more  expensive  gas? 
What  new  supplies  would  be  required  to  elimi- 
nate waiting  lists  and  satisfy  the  off-peak 
demands  of  power  generating  companies?  The 
answers  to  these  questions  were  not  readily 
available.   Moreover,  In  seeklnr  answers,  the 
company  uncovered  an  additional  problem — 
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that  of  varying  internal  forecasts.  Marketing 
based  its  figures  on  one  set  of  assumptions, 
while  Operations  worked  on  yet  another.  The 
Treasurer's  group  at  headquarters  was  assigned 
to  reconcile  these  forecasts  into  a  unified  oper- 
ations plan.    In  spite  of  earlier  failure  at  model- 
ing ,  the  company  felt  that  simulation  models 
could  be  useful  in  consolidating  uiese  forecasts 
and  developing  a  unified  operating  plan  which 
would  answer  questions  concerning  alternative 
supply  sources,  sales  to  customers  on  waiting 
lists,  and  off-peak  demand  sales. 

OVERVIEW  OF  THE  MODEL  SYSTEM 
Most  utilities  normally  function  in  four  ope  ra- 
tional areas.  These  are: 

1.  Rates  and  revenues 

2 .  Operating  costs 

3 .  Construction  and  capital  budgeting 

4 .  Financing 

A  fifth  area,  that  of  consolidation,  is  also 
necessary.  Ogden  (Reference  1)  discussed  the.., 
problem  of  modeling  these  particular  areas  and 
illustrated  the  types  of  questions  and  data  re- 
quired. 

The  needs  for  the  company  under  discussion 
here,  however,  and  for  most  operating  gas 


utilities  today,  is  in  the  areas  of  rafes  and  re- 
venues and  the  operating  costs.  These  areas 
require  additional  detail  to  answer  "what  if" 
questions,  necessary  for  computer  simulation. 
Cons  luently,  a  top  level  planning  system  was 
developed  for  this  utility  illustrated  in  Figure  1, 
and  consisting  of  five  separate  operating  modules. 

r 

The  basic  design  was  developed  during  a  one- 
month  initial  Phase  I  sludy,  consisting  of  inter- 
views  with  key  executives  within  the  organiza- 
tion. Data  availability  and  traditional  forecast- 
ing methods  were  also  studied  at  this  time.  The 
result  of  Phase  I  was  the  five  module  system  to 
simulate  th    ^^e  and  cost  of  service  area  for 
this  utility  by  months  over  a  time  horizon  of  five 
years . 

The  Rate  Module  isolated  the  smallest  definable 
element  of  revenue  tc  the  company.  Customers 
were  classified  by  the  rate  schedule  utilized, 
their  particular  revenue  class,  such  as  residen- 
tial space  heating,  and  by  billing  method.  The 
primary  pUipose  of  the  Rate  Module  was  to 
determine  the  actual  therms  sold  and  the  base 
dollars  of  revenue  generated  in  each  of  these 
elements  c 

The  Revenue  Module  took  the  therms  sold  from 
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the  Rate  Module  a.x  determined  .he  therm  send- 
out — the  actual  number  of  therms  distributed  in 
a  particular  mor.vh.  The  sendoi*.  is  related,  but 
not  equivalent  to   the  therms  actually  billed. 
In  adiUion,  the  revenue  model  added  various 
adjustments  such  ar  purchased  gas  adjustment 
(PGA)  and  various  state  and  municipal  t^xes  to 
the  base  dollar  revenue. 

The  Cost  of  Gas  Module  was  primarily  concern- 
ed with  pipeline  contract  purchases  and  various 
injections  and  withdrawals  from  the  company's 
oy/n  underground  storage.  The  company  utilized 
several  methods  of  inventorying  storage  gas. 
The  model  valued  inventory  to  arrive  at  a  total 
gas  distributed  figure.  The  model,  of  course, 
evaluated  precise  pipeline  purchases  and  the 
cost  of  those  purchases  to  bo  used  by  the  PGA 
model.  Mew,  as  well  as  existing  sources, 
were  considered, 

The_PGA  module  duplicated  the  actual  PGA  cal- 
culations.  The  cost  of  purchases  for  twelve  of 
the  past  thirteen  months  was  compared  to  a 
base  cost.   The  difference  was  amorc*!3ed  by 
formula  to  a  rate  per  therm.   Six  major  PGA 
rates  were  calculated  in  this  module.  These 
rates  were  then  fed  back  to  the  Revenue  Module 
for  calculation  of  total  dollar  revenue. 


The  Income  Module  served  to  consolidate  the  re- 
venue and  cost  dollars  to  arrive  at  a  simple  in- 
come statement.  Some  of  the  outputs  were  an 
earnings  statement  and  a  return  on  the  rate  base. 

TECHMIOUES  USED  IN  MODEL  COMSTRUCTTQN 
As     ntioned  earlier,  one  of  the  basic  outputs  of 
the  Rate  Model  v/as  the  forecast  of  therm 
consumption.  For  certain  elements,  that  is, 
rate-revenue  class-bill  basis^^  only  a  small 
number  of  customers  were  involved  and  here 
forecasting  therms  sold  v/as  done  by  simple 
extrapolation  of  past  data.  In  a  preponde'^ance 
of  cases,  however,  a  large  number  of  customers 
would  be  represented  by  a  particular  rate  ele- 
ment. Here,  therm  use.was  forecast  by  breaking 
out  the  average  use  per  customer  ani  multiplying 
by  the  number  of  customers. 

This  breakout  of  the  number  of  customers  was 
extremely  useful  ir  simulating  a  waiting  list  of 
various  types  of  service.  The  model  user  could 
vary  the  number  of  customers  to  suit  the  avail- 
ability of  gas. 

Forecasting  the  average  use  per-customer,  on 
the  other  hand,  was  more  difficult.   In  the 

majority  of  casas,  the  amount  of  usage  by^  

particular  customer  is  variable  both  with  the 
respect  to  time.  In  fact,  the  largest  class  of 
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natural  gas  users  were  those  whose  usage  de- 
pend heavily  on  weather,  i.e. ,  space  heating 
customers  • 

Figl»re  2  illustrates  the  relationship  between 
daily  therm  usage  and  outside  temperature  for 
a  typical  residential  space  heating  customer. 
The  figure  illustrates  the  relatively  nonlinear 
behavior  of  usage  versus  temperature.  A  simple 
transformation  of  data  allows  the  curve  to  be 
broken  into  two  approximately  linear  sections. 
This  is  done  by  definin^r  what  is  known  as  the 
dK.^:ee  day.  By  performing  a  linear  regression 
of  usage  against  degree  days,  one  can  deter- 
mine the  base  use  as  the  intercept,  and  the 
slope  as  the  use  per  degree  day.  Figure  2 
illustrates  this  regression  line. 

In  actual  fact,  however,  the  problem  is  not 
quite  that  simple.  As  can  be  seen  in  Figure  2, 
breaking  the  curve  into  two  linear  segments 
does  not  match  up  over  the  entire  range.  The 
basic  departure  of  the  regression  line  from 
actual  usage  occurs  at  both  ends  of  the  temper- 
ature curve. 

To  isolate  temporal  effects  from  the  basic 
weather  effects,  the  linear  regression  of 
average  usage  per  customer  as  a  function  of 
degree  days  was  performed  on  a  twelve  month 
rolling  basis.  A  regression  was  performed  for 


twelve  months  points,  then  the  oldest  term  was 
dropped  out  and  a  nev^  term  added.  By  repeatedly 
doing  the  regression,  one  could  take  the  result- 
ing figures  for  base  use  and  use  per  degree  day 
and  extrapolate  trends  in  their  growth.  The 
model  allowed  the  user  to  assume  various  growth 
rates  in  both  the  base  use  and  the  use  per  degree 
day. 

To  calculate  the  base  dollars  of  revenue  was 
perhaps  the  most  complicated  of  the  forecasting 
formulas  used  in  the  model  system.  A  typical 
rate  schedule  as  illustrated  by  Figure  3,  explains 
the  techniques  used  for  the  majority  of  cases 
which  depicts  a  space  heating  rate. 

Shown  in  figure  3  is  the  base  dollars  of  revenue 
to  a  I  »ticular  customer,  based  on  the  total 
amount  of  therms  that  customer  uses  within  a 
particular  moFith.  The  figure  illustrates  ;hat  the 
rate  schedule  consists  of  a  series  of  piece-wise 
linear  segments,  each  one  known  as  a  block. 
Since  a  straight  line  can  be  represented  by  two 
points,  an  intercept  and  a  slope,  it  is  possible 
to  relate  the  dollars  of  base  revenue  as  a  func- 
tion  of  therm  within  any  particular  block  by  such 
two  numbers.  If  aJI  customers  utilized  the  same 
amount  of  gas,  the  base  dollars  of  revenue 
could  be  simply  calculated  by  taking  the  revenue 
per  customer  times  the  number  of  customers. 
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where  the  revenue  per  customer  could  be  com- 
puted from  a  fixed  plus  a  variable  component, 
depending  on  usage  multiplied  by  the  number  of 
therms.  This,  of  course,  can  be  easily  recog- 
nized as  a  simple  linear  regression.   Indeed,  re- 
gression is  often  utilized  for  calculating  basic 
revenue  as  a  function  of  average  therms  used. 
However,  all  customers  don't  utilize  the  same 
amount  of  gas.  figure  4  illustrates  bill  density, 
basically  a  distribution  of  the  number  of 
customers  utilizing  a  specific  number  of  therms. 
The  particular  shape  of  the  curve,  of  course, 
varies  from  month  to  month  and  depends  a  great 
deal  on  the  type  of  service  offered.  Bill  den- 
sity, or  bill  frequency  analysis,  as  it  is  some- 
times called,  is  performed  by  most  utilities. 
Consequently,  curves  of  the  type  in  Figure  4, 
are  often  readily  available.   Once  such  a  curve 
has  been  defined,  it  is  possible  to  calculate 
the  base  dollar  revenue.  If 
(3.2)   f  (t)dt  =  number  of  customers  using  t  to 
t  +  dt  therms  then,  if  we  let  r(t)  represent  the 
revenue  from  the  rate  structure,  (3.3)  r(t)  = 

si 

base  revenue/customer  using  t  therms 
then  the  revenue  can  be  calculated  as^ 
(3.4)   Revenue  =Oo   r  (t)   f(t)  dt 

While  very  attractive  from  a  theoretical  point  of 
view.  Equation  3.4  is  not  very  useful  from  a 
practical  point  of  view.  For  one  thing,  an 


integral  of  infinite  range  is  quite  hard  to  simu- 
late* 

One's  first  impulse,  is  to  limit  the  range  of  the 
integration.  However,  virtually  any  limitation 
usually  excludes  the  one  oddball  customer 
extremely  far  out  on  the  usage  curve,  and  it  is 
precisely  this  customer  generating  high  use,  who 
represents  large  dollar  revenues. 

To  get  around  this  problem,  an  alternative  formu- 
lation can  be  developed.  This  is  done  by  con- 
sidering the  percentage  of  the  total  number  of 
therms  v/hich  are  sold  in  a  particular  block. 
Since  all  but  the  last  block  end  at  a  finite  number 
of  therms,  it  is  possible  to  calculate  the  total 
number  of  therms  u?ed  in  all,  except  the  last 
block.  The  remainder,  of  course,  i«  then 
allocated  to  the  final  block  so  that  the  infinite 
integral  never  has  to  bs  evaluated.  To  calculate 
the  number  of  therms  used  in  a  particular  block, 
one  defines  what  is  known  as  an  ogive.  The 
ogive,  or  commodity  distribution,  is  defined  by 
(3.5)  G(x)  =Ctf  (t)dt  +x5^f(t)dt 
G(x)  represents  the  total  number  of  therms  sold 
in  t.ie  blocks  0  to  X  therms.  It  consists,  basi- 
cally^ of  t;vo  parts,  the  first  part  containing  ail 
those  therms  sold  to  customers  whose  usage 
terminated  in  the  block  0  to  X.  This  is  represent- 
ed as  the  integral  from  0  to  X  of  a  particular 
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therm  Jevel  times  the  number  of  customers  in 
that  level  Integrated  fromO  to  X.   For  customers 
whose  bills  terminate  beyond  the  block  O  to  X, 
their  total  usage  is  simply  X  times  the  number  of 
customers  whose  bills  fell  outside  of  that  range. 
Although  the  second  integral  appears  to  be  of 
infinite  range,  it  should  be  recognized  that  the 
number  of  customers  whose  bills  do  not  termi- 
nate betv/eenO  and  X  therms  is  equal  to  the 
total  nun?ber  of  customers  less  those  whose  bills 
do,  in  fact,  terminate  between  0  and  X',  Con- 
sequently, one  can  avoid  performing  the  infinite 
integration.  The  ogive  corresponding  to  the  bill 
density  illustrated  by  Figure  4,  Is  shown  in 
Figure  5 .  The  use  of  ogives  is  discussed  in 
most  introductory  texts  on  rate  making  funda- 
mentals.  However,  a  particularly  good  treat- 
ment, one  which  is  correct  in  mathematical 
terms,  is  given  in  Reference  2.  There  are 
several  normalizations  which  can  be  performed 
on  the  bill  density  and  ogive  distribution.  The 
first  of  theve  normalizations  is  to  express  the 
number  of  customers  or  number  of  therms;  that 
is,  representing  the  functions  f(t)  and  G(x)  as 
a  number  ranging  bei  veen  O  and  1 .  This 
nomallzatlon  makes  the  bill  density  and  ogive 
curves  correspond  roughly  to  probability' 
densities  and  distributions.  A  second  normali- 
zation used  Is  to  translate  the  therms  used  oy 


a  particular  customer  and  relate  them  to  the 
average  for  the  entire  therm  usage.  As  er.  ex- 
ample, a  customer  utilizing  150  therms  in  a 
particular  month,  where  the  average  customer 
utilized  75  therms ,  would  be  normalized  to  a 
therm  usage  of  150  divided  by  75,  or  2.  A  rather 
surprising  result  of  this  normalization  is  to 
remove  the  effects  of  weather  from  the  ogive  and 
bill  density.  The  utility  under  study  constructed 
distributions  for  each  rate  and  revenue  class  on 
a  monthly  basis.  The  advantage  of  using  an 
ogive  is  obviously  that  one  can  examine  both 
changes  in  a  particular  rate  in  a  particular 
block  or  the  changing  of  individual  block 
sizes.      Such  analyses  are  essential  for 
any  rate  case  preparation*  The 
model  constructed  for  this  utility  could,  of 
course,  examine  various  rate  changes  and  pre- 
pare the  basic  data  needed  for  rate  analysis. 
However,  ogives  prepared  on  past  data  are  only 
history*  If  one  can  assume  that  basic  distribu- 
tion of  customer  usage  remains  constant,  then 
utilizing  an  experimentally  obsenred  ogive  may 
3  fine  for  the  forecasting  problem.  However, 
where  It  is  expected  that  the  density  will  change 
its  shape;  that  is,  skew  one  way  or  the  other, 
depending  on  the  types  of  customers  brought  on, 
then  it  is  necessary  to  Kse  techniques  other 
than  the  experimentally  obssnrad  ogive  to 
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calculate  the  revenue.  A  technique  utilized  in 
this  model  was  to  take  a  curv<*  such  as  illustrat- 
ed in  Figure  4  and  represent  it  by  a  mathemat- 
ically defined  probability  density  function.  For 
instance,  Figure  4  was  found  to  be  similar  to 
the  gamma- 1  probability  density  function 
(Reference  3) .  The  gama  density  is  a  large 
family  of  two  parameter  distributions.  Since  the 
bill  density  is  normalized  to  unit  mean,  a  two 
parameter  distribution  will  have  one  remaining 
parameter,  the  variance,  for  adjustment.  By 
changing  the  variance,  the  gamma  distribution 
could  be  skewed  to  the  right  or  left  and  vary  its 
shape  over  a  considerable  range. 

The  company's  existing  bill  frequency  analysis 
program  was  modified  to  plot  curves  similar  to 
Figur^    J  dnd  4,  as  well  as  giving  the  normal- 
ized ogive  at  100  selected  points  and  calculat- 
ing what  value  of  the  variance  to  use  in  the 
gamma-1  density  function.   In  addition  to  the 
gamma- 1  density,  a  pareto  distribution  and 
sfeveral  single  ,     *meter  density  functions  were 
also  made  available  to  the  program,  including 
exponential,  uniform  and  the  triangular  density 
functio  ^. 

With  this  add3d  flexibility,  a  model  could  be 
used  not  only  to  analyze  changes  in  the  rates 
and  the  blocking  size,  bi .  also  examine  the 


effect  of  various  distribution  changes  in  the  types 
of  customers  utilizing  a  particular  rate.  Despit'^ 
the  relatively  large  number  of  assumptions  and 
smoothings  of  data,  beginning  with  the  degree 
day-average  use  relationships  and  culminating 
in  the  use  of  the  gamma  function  to  express 
customer  den i.vy,  the  overall  enror,  in  both 
therms  forecasted  and  basic  dollars  revenue  for 
the  basic  revenue  elements,  did  not  exceed  one 
half  of  one  percent  in  total. 

The  therms  used  by  each  of  the  revenue  elements 
served  as  a  basic  input  to  the  revenue  model, 
whose  first  function  was  to  calculate  actual 
therm  sendout.  For  customers  billed  bimonthly, 
a  bill  would  represent  sendout  extending  back 
into  the  past  two  months.  If  one  assumes  that 
customers  are  billed  uniformly  throughout  the 
month,  one  arrives  at  what  is  commonly  known 
as  the  25-50-25  rule,  indicating  that,  of  ti.  ^ 
therms  billed  in  a  particular  month,  25%  of  them 
were  sent  out  in  that  month,  50%  from  the  pre- 
vious mon''    and  25%  in  the  month  prior  to  that. 
For  monthly  billing  basis  customers,  the  rule  is 
50-50.   Certain  customers'  usage  could  be 
identified  exactly  in  the  month  in  which  it  was 
sent  out.  These  are  typically  major  power 
generation  companies  whose  meter  is  read  at  the 
end  of  a  particular  month,  every  month,  and  the 
sendout  corresponds  exactly  with  billed  therms. 
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The  cost  of  gas  module  was  used  to  evaluate 
pipeline  purchases  and  cost  out  the  dollar  value 
of  service  for  a  particular  accounting  period.  It 
also  provided  a  forecast  for  pipeline  purchases 
to  be  used  in  the  purchased  gas  adjustment 
calculation.  At  the  present  time,  all  pipeline 
purchases  are  done  on  contract,  using  what  is 
known  as  .  :wo-part  rate  schedule.  The  cost  to 
the  utility  of  a  particular  quantity  of  gas  is 
broken  down  into  demand  and  commodity  charges. 
The  demand  charge  is  based  on  tl;e  maximum 
allowable  daily  draw  of  gas  from  a  particular 
pipeline,  whereas  commcditj'  charge  is  a  vari- 
able charge,  depending  on  thf  number  oi  units 
withdrawn  from  the  pipeline.  Stiff  penalties  are 
also  included  in  the  rate.  Tnese  penalty  charges 
prevent  a  particular  utility  from  withdrawing  a 
greater  quantity  of  gas  than  that  specified  in 
the  demand  charge. 

The  net  effect  of  the  two-part  pric      forces  the 
utility  to  withdraw  virtually  all  o,     2  demand 
quaiitity  gas.  Doing  this  achieves  the  lowest 
cost  per  unit  figure.  The  ratio  of  actual  pipe- 
line withdrawals  over  the  contract  demand 
quantity  is  known  as  the  load  factor.  Most 
utilities  operate  at  a  load  factor  approaching 
very  nearly  100%.  By  utilizing  underground 
storage  facilicies,  it  .is  possible  for  coiupanies 
to  maintain  a  virtual  100%  load  factor,  selling 


what  gas  they  can  to  customers  and  pumping  the 
remainder  in  or  out  of  storage,  as  the  case  may 
be. 

The  cost  of  gas  module  handled  two  factors  in- 
volved with  the  underground  storage.  The  first , 
that  of  inventory,  was  accounted  on  a  layer  by 
layer  basis,  using  the  LIFO  method.  The  model 
could  duplicate  the*  accounting  relationship  re- 
quired to  perform  the  LIFO  evaluation.  However, 
company-owned  underground  storage  was  lumped 
into  one  massive  underground  pool,. whereas,  in 
fact,  the  company,  itself,  utilized  six  separate 
underground  storage  facilities.  The  -aodel  would 
take  the  sendout  coming  from  the  revenue  section, 
compare  it  with  pipeline  purchases,  and  compute 
a  n6t  iniection  or  withdrawal  figure  for  under- 
ground storage.  This  figure  was  compared  with 
guidelines  used  to  establish  maximum  injection 
and  withdrawal  rates  from  underground  storage. 
Needless  to  say,  however,  since  all  storage 
fields  were  lumped  into  a  single  storage  field, 
considerable  Judgment  was  allowei  on  the  part  of 
the  model  operator  on  whether  or  not  such  in- 
jection or  withdrawals  were  indeed  realistic  or 
even  physically  possible. 

One  additional  feature  of  the  model  was  its 
ability  to  perform  the  energy  and  pressure  adjust- 
ment factors.  Most  pipeline  withdrawals  and 


752 


injection  rates  were  computed  in  units  of 
thousands  of  cubic  feet  of  gas  purchased,  with- 
drawn, or  injected  in  storage.  Gas,  however, 
is  normally  sold  on  a  therm  or  energy  content 
basis. 

Consequently,  the  model  would  adjust  gas  pres- 
sure to  normal  athmospheric  pressure  and  adjust 
the  energy  content  based  on  the  number  of  therms 
per  thousand  cubic  feet.  Although  of  not  great 
significance,  the  energy  content  of  gas  has 
varied  a  few  percent  during  the  past  several 
years.   Needless  to  say,  the  computer  simula- 
tion model  performed  this  annoying  calculation 
without  very  much  trouble.  The  purchased  gas 
adjustment  model  performed  an  involved  calcu- 
lation used  to  adjust  the  cost  of  gas  above  a 
given  established  cost.   If,  for  example,  natural 
gas  from  the  pipeline  cost  $.C7  p?r  therm,  and 
$.05  per  therm  was  the  established  base  price, 
then  the  utility  was  allowed  to  charge  a  basic 
$.02  per  therm  PGA  or  purchased  gas  adjust- 
ment. The  PGA  allows  the  public  utility  to  keep 
pace  with  pipeline  price  increases.  Historically, 
most  pipelines  and  utilities  have  been  heavily 
regulated  so  that  prices,  themselves,  change 
only  infrequently.   However,  pipelines  have  an 
adjustment  factor  similar  tc  those  in  effect  by 
the  public  utility.   Hence,  changes  in  price 
from  the  pipeline  can  occur  almost  daily  and  a 


month  does  not  go  by  where  there  is  no  change  in 
the  PGA.  The  actual  PGA  calculation,  itself, 
takes  the  established  purchases  from  the  cost  of 
gas  module  and  assumes  a  100%  factor  to  the 
pipeline.  That  is  to  say,  the  consumer  of  the 
gas  does  not  become  penalized  if  the  utility  does 
not  utilize  100%  of  its  available  demand  gas. 

Month  to  m  .ith  variations  are  smoothed  out  by 
considering  twelve  of  the  past  thirteen  months. 
The  cost  of  this  period  is  averaged  and  compared 
to  the  base  rate  figure.  The  difference  then  goes 
into  the  PGA  rate  per  therm  to  be  sent  to  the  rev- 
enue model.  To  handle  the  effect  of  pipeline  in- 
creases occuring  in  midmonth,  a  spr.  -ding  factor 
was  used  to  establish  a  modified  PGA  rate.  Six 
separate  PGA  rates  were  computed  by  this  model 
and  passed  to  the  Revenue  Model.  In  addition 
to  calculating  sendout,  the  Revenue  Model  added 
the  previously  calculated  PGA  rate  times  the 
number  of  therms  sold  to  the  base  dollars  of  rev- 
enue.  Because  the  Revenue  Model  considered 
therms  billed,  it  was  necessary  to  allocate, 
using  a  spreading  formula,  the  PGA  rate  over  the 
past  several  months  to  compute  an  average  PGA 
rate  for  a  particular  rate  and  revenue  class. 

Taxes,  such  as  municipal  service  taxes,  propor- 
tional to  revenue  dollars,  were  also  computed  in 
the  revenue  model.  The  revenue  dollar  figure 
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was  then  passed  over  to  the  Income  Model* 

The  basic  purpose  of  the  income  module,  simplest 
in  this  system,  was  to  consoliaate  the  revenue 
dollars  and  the    *st  dollars,  adding  other  factors 
to  get  an  income  and  earnings  per  share  and  a 
return  on  the  rate  base.  The  income  model 
served  primarily  as  a  report  generator. 

Income  taxes,  per  share  earnings,  and  return  on 
the  rate  base  were  virtually  all  the  calculations 
performed  in  this  particular  model.   Many  of  the 
factors  were  left  as  inputs.   Major  areas  not  in- 
cluded in  the  income  model   were  the  capital 
budgeting,  capital  expenditure  area  and  the 
financing  area. 

IMPLEMENTATION  AND  VALIDATION 
The  system  of  models  was  implemented  in 
Fortran  using  the  GPOS  package  of  On-Line 
Decisions,  Inc.  and   runs  on  a  time-shared 
computer  in  a  highly  v':onversational  manner. 
There  were  several  reasons  for  choosing  this 
type  of  an  operating  environment:  the  scientific- 
algebraic  nature  of  the  revenue,  bill. frequency 
calculations,  as  well  as  ^^he  availability  of  a 
large  number  of  subroutines  and  tsubprograms  for 
data  referencing  in  GPOS..  Though  Fortran 
appeared  to  be  the  best  language,  programming 
was  not  a  key  factor.   Since  they  were  based  on 
an  accounting  system,  the  models  were 


relatively  simple  in  terms  of  discreet  events.  In 
accounting,  closing  the  books  occurs  once  per 
accounting  period.  The  time  horizon  of  the  mgclel-^ 
was  five  years  by  months.  Consequently,  the 
models,  themselves,  will  run  60  times,  once  for 
each  month  of  the  five-year  planning  horizon. 
Fortran  subprograms  on  the  On-Line  Decisions* 
Operating  System  took  care  of  the  time  variation 
-in  the  data. 

Time  sharing  was  chosen  for  two  basic  reasons: 
to  insure  availability  of  the  operating  system, 
and  to  heighten  the  degree  of  interaction  required 
to  run  a  particular  simulation  model. 

The  models  had  veT  few  decision  rules  pro- 
grammed into  them  since  they  were  not  optimizing 
models*  The  project's  goal  was  to  allow  middle 
management  to  actively  interrogate  the  models  to 
answer  "what    '  questions.  In  this  instance, 
the  model  builders  and  model  users  were 
different  individuals.   Because  of  their  highly 
interactive  nature,  the  models  were  easy  to 
build,  but  hard  to  run.  The  person  who  ran  the 
models  was  required  to  interpret  the  results  and 
decide  on  an  appropriate  course  of  action,  i.e. , 
modify  the  input  data  appropriately.   Because  of 
the  dichotomy  between  builders  and  users, 
considerable  effort  wac  put  into  designing  the 
appropriate  interface  for  the  nontechnical  user. 
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The  GPOS  package  handled  most  of  the  conver- 
sational programming  within  the  model  system. 
To  validate  the  model,  it  was  derided  that  two 
years  of  actual  data  would  be  placed  intc»  the 
system  and  the  results  compared  with  actual  re- 
sults. In  the  PGA  area,  it  was  noted  that  arith- 
metic errors  had  been  made  in  certain  instances , 
Once  detected,  accounting  would  input  reconcil- 
ing items  to  offset  these  previous  calculation 
errors . 

Needless  to  say,  to  model  the  randomness  of 
human  error  making  was  a  difficult  task.  Pro- 
visions were  made,  however,  to  include 
reconciling  items  in  many  of  the  key  areas.  All 
told,  the  process  of  validation  took  approxi- 
mately twice  as  long  as  the  total  programming 
and  implementation  phases.  ' 

ACCEPTANCE  AND  USE 

After  model  validation,  the  model  data 
collectors  had  to  switch  hats.   Instead  of  con- 
cerning themselves  with  data  collecting  and 
analysis,  they  now  had  to  consider  forecasting 
and  formulation  of  alternative  strategies  to  the 
model. 

To  help  gain  an  understanding  of  the  key  and 

critical  relationships,  a  sensitivity  analysis 

was  run  over  most  of  the  variables  within  the 
model  system.  This  analysis  involved  placing 

755 


small  changes  in  the  input  variables  and  noting 
the  effect  on  key  model  outputs. 

The  GPOS  system  had  this  sensitivity  capability 
already  programmed  within  it.  After  initi  -.  fore- 
casts and  alternatives  had  been  run  through  th6 
models,  a  shift  in  emphasis  in  the  models  began 
to  be  observed.   For  example,  since  the  PGA 
module  duplicated  the  hand  calculations  used  in 
the  PGA  ceicMlations ,  the  module  began  to  be 
employed  by  the  people  within  that  section  to 
check  their  own  calculations. 

In  addition,  although  the  model  did  answer  the 
questions  concerning  the  rate-revenue-alter- 
native source  of  supply  questions,  the  need  for 
other  areas  soon  became  apparent. 

While  top  management  had  initiated  the  project, 
they  were  not  involved  in  the  model  construction 
and  validation  phase.  With  the  introduction  of 
the  working  model,  "what  if"  questions  and 
alternative  strategies  were  initially  slow  in" 
coming.   However,  usage  of  the  system  has 
averaged  approximately  30  hours  per  month  on  a 
connect  hour  basis.   The  users  faV  into  approxi- 
mately three  categories-  at  the  top  level,  the 
senior  financial  officer;  at  the  middle  manage- 
ment level,  the 'assistant  treasurer;  at  the  staff 
level,  within  the  financial  department,  various 
planner  analysts. 


CONCLUSION 
From  the  time  the  concept  of  simulation  modeling 
had  n     with  initial  acceptance  to  the  time  when 
ihe  completed  modeling  system  was  accepted  for 
use,  approximately  five  months  had  elapsed. 
Pour  men  worked  almost  continously  on  the  pro- 
ject. 

The  first  month  of  the  project  was  spent  perform- 
ing a  feasibility  study,  specifically  indenti*\ing 
the  key  areas  for  modeling,  the  people  who  would 
be  involved  in  the  modeling  project  and  the  types 
of  "what  if"  questions  that  needed  to  be 
answered. 

Phase  II  required  four  months  to  complete  with 
approximately  half  of  this  time  speh,  in  techni- 
cal specification  of  the  modeling  systpm.  The 
specification  period  went  through  existing 
forecasting  methods,  analyzed  data  availability 
techniques  to  be  used  as  to  their  accuracy  and 
validity,  organized  the  way  in  which  data  would 
be  input  to  the  model ,  and  the  report  formats 
coming  from  the  modeling  system.   The  pro- 
gramming phase  of  the  modeling  project  required 
about  three  weeks  to  complete  and  validation, 
almost  six  weeks  to  complete.  The'whole 
exercise  of  validation  was  viewed  as  a  training 
course  for  the  planner  analysts  involved  in  the 
collection  and  usage.  At  the  end  of  the  four 


month  period,  a  course  was  run  to  review  with, 
middle  management  ^nd  to  present  "to  top  manage- 
ment the  techniques  and  results  of  the  previous 
Phase  II  work. 

One  year  has  lapsed  since  the  model  was 
accepted  by  this  utility.   The  model  answers  a 
variety  of  "what  if"  questions  almost  daily.  The 
personnel  within  the  assistant  treasurer's  staff 
are  becoming  known  as  "keepers  of  the  model,  " 
and  this  staff  is  being  given  more  and  more  re- 
sponsibility in  determining  and  aci'epting 
str'^tegies  in  meeting  future  operational  planning. 

Although  the  model  has  been  in  use  for  an  entire 
year,  the  model  is  not  frozen.  .  .a  favorable 
indication.   Indeed,  a  planning  model  should  be 
dynamic  and  adjust  to  changing  planning  condi- 
tions. Th(    '  ^  benefits  of  this  simulation 
modelinc  system  are  just  now  becoming  evident. 
Coal  gasification  plants  are  being  constructed 
and  arctic  pipeline  contracts  are  being  negotiated. 
With  the  model,  utility  officers  can  f.xcmine  how 
these  new  souroat  of  natural  gas  energy  will 
effect  the  company's  operation  and  insure  the 
stockholders  an  adequate  return  on  their  invest- 
ment. 
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A  SIMULATED  INVESTMENT  ANALYSIS  FOR 
A  GAS  PIPELIIIS  COMPANY 


Hal  Miller 
Colorado  Interstate  Gas  Company 

Abstract 

^  The  supply  and  demand  .Schedules  for  gas  pipeline  companies  are  probabilistic 

In  form  and  dynamistlc  In  nature.    These  factors,  along  with  the  other  uncer- 
tainties associated  with  gas  supply  Investment  decisions,  must  be  considered 
In  order  to  properly  evaluate  decision  alternatives.    These  dynamic,  uncertain 
and  Interrelated  decision  elements  can  be  properly  evaluated  through  computer 

based  simulation,  where  each  element  not  known  precisely  Is  considered  as  a 

t 

random  varlate,  to  be  simulated.    The  manifestation  of  the  resulting  simu- 
*  Jatlon  model  Is  the  expected  profit  and  loss  (variance  from  the  perfect 

decision)  of  each  Investment  alteriuitlve,  evaluated  over  its  anticipated 
life. 

INTRODUCTION 
The  populace  of  the  yorld  appears  to  have  an 
irisatiable  desire  for  energy,  for  as  people  be- 
come more  appreciative  of  what  energy  can  do  for 
them  they  utilise  ever-increasing  quantities  of 
it.    Each  child  demands  more  energy  in  his  llfe- 
tice  than  did  his  parents  and  in  this  quest  for 
an  energy-rich  Utopia  in  which  he  -^111  be  free 
from  limitations  prescribed  by  his  physical 
capabilities  mankind  is  creating  an  energy  ex- 
plosion that  is  far  more  ataggering  than  rhe 
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infamous  population  expicpion.    ^y  the  turn  of 
the  century,  less  than  thirty  yearo  time,  the 
world's  population  is  expected  to  be  almost 
double  vhat  it  is  now,  but  world annual  con- 
sumption of  energy  is  expected  to  be  almost  six 
times  the  present  co»Ssumption  level.  Energy 
consumption  in  the  United  Stateo  is  expected  to 
be  over  three  times  its  present  levisl*^ 

^■William  T.  Reid,  "The  Meichett  Lecture,  1969  - 
The  Energy  Explosion,"  Journal  of  the  Institute 
o€  Fuel.  February,  1970. 


The  sheer  magnitude  of  the  Investment  necessary 
to  meet  this  tremendous  growth  In  demand  Is 
going  to  require  a  great  deal  of  Innovation  on 
the  part  of  energy  companies  in  the  formulation 
of  Investment  strategies.    It  is  going  to  com- 
pel managers  to  become  more  cognizant  of  market 
reaction  to  higher  prices  (which- are  Inevitable) 
and  to  more  effectively  evaluate  the  risks  and 
uncertainties  inherent  in  these  types  of  invest- 
ments. 

This  paper  concerns  a  simulation  approach  in 
evaluating  energy  supply  investment  strategics. 
More  specifically,  it  addresses  itself  to  the 
investment  problems  currently  facing  gas  pipe- 
line companies. 

BACKGROUND 

Currently,  the  natural  gas  industry  is  pro- 
viding about  one-third  of  the  energy  consujned 
in  the  United" States.    The  industry  has  a 
current  investment  in  plant  and  equipment  of 
over  $40  billion,  or  about  sixteen  percent  of 
the  $250  billion  currently  invested  in  the  U.S. 
energy  industry  as  a  whole. ^    To  meet  the  grow- ^ 
ing  energy  demands  it  has  been  estimated  that 
$500  billion  will  be  needed  to  finance  invest- 
ments by  energy  companies  over  the  next  fifteen 


^"Statistics  of  Privately  Owned  Electric  Utili- 
ties in  the  United  States,"  Federal  Power 
Commission,  Washington,  D.C.,  December  1971. 
"1971  0z8  Facts, "-American  Gas  Association, 
Arlington,  -Va. ,  1971.    "Annual  Financial 
Analysis  of  the  Petroleum  Industry,"  The  Chase 
Manhattan  Bank,  New  York,  N.Y.,  August,  1971. 


years. ^    It  becomes  readily  apparent  from  the 
graph  in  Figure  1,  which  represents  an  esti- 
mation, for  the  U.S.,  of  the  future  production 
capability  of  the  existing  gas  supply  and  the 
potential  demand  for  gas,  that  the  gas  Industry 
will  probably  require  a  conslderaole  portion  of 
that  $500  billion  if  it  is  to  remain  a  viable 
element  in  the  energy  industry. 

Figure  1 
U.S.  GAS  SUPPLY  AND  DEMAND 
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Source:    Kumble  Oil  and  Refining  Company 

In  the  past,  gas  companies  have  not  been  greatly 
concerned  with  the  uncertainties  associated  with 
supply  related  investments,  because  most  of  the 
risk  was  carried  by  gas  exploration  and  pro- 
duction companies  and  the  pipeline  company  simply 
made>  its  investment  after  a  gas  supply  was  dis- 
covered.   Likewise,  these  companies  have  not 
been  overly  concerned  with  market  reaction 


^Mollis  Dole,  Assistant  Secretary  of  Interior, 
during  speech  to  Financial  Analysts  Federation, 
New  York,  N.  Y.,  May  1972. 
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to  price,  because  the  price  of  gas  has  histori- 
cally -been  low  relative  to  competing  fuels  and 
the  increase  in  price  resulting  from  a  particu- 
lar investment  would  not  have  hatmed  gas* 
competitive  position  in  the  market  place.  The 
traditional  method  used  by  such  a  company  in 
formulating  supply  related  investment  plans 
generally  assumed  that,  given  no  production 
constraint,  the  company  would  continue  to  main- 
tain its  market  share.    A  comparison  of  the 
future  production  capability  of  the  company's 
present  facilities  to  the  demand  resulting  from 
the  continued  market  share  would  provide  a  fore- 
cast of  the  company's  future  supply-  demand  gap, 
and  a  determination,  would,  then,  be  made  of  the 
investraem.  neccj^sary  to  fill  this  gap. 

Because  pipeline  companies  ?xe  most  often  regu- 
lated by  some  form  of  governmental  iSgency,  they 
are  protected  (by  either  dictate  or  economics) 
from  invasion  by  another  j^as  company  into  their 
geographic  market  area.    Also,  their  rates  are 
set  to  provide  for  a  specific  return  on  invest- 
ment.   Considering  only  this,  it  appears  that  a 
gas  company  \70uld  have  few  reservations  about 
making  whatever  investment  deemed  necessary  to 
fill  the  gap  mentioned  above. 

This  r'-atement  may  have  been  appropriate  a  few 
years ^ago,  but  the  environment  acting  on  this 
type  of  decision  has  become  so  complex  as  to 
completely  negate  its  val:f.dity  at  the  present 
time.    The  statement  neglejcts  two  fundamental 
points.    One  is  thut  a  pipeline  company's  niarket. 


although  protected  from  anorner  gas  company,  is 
not  protected  from  invasion  frcn  another  energy 
form.    Another  is  that,  if  the  investment  were 
not  a  prudent  one,  the  regulatory  agencies  would 
not  allow  full  return  on  that  investment.  These 
two  factors  are  interrelated,  for  if  a  company 
made  an  investment  to  fill  the  projected  supply- 
demand  gap  and  it  turned  out  that  gap  had  nar- 
rowed because  of  a  negative  shift  in  the  market 
share,  the  company  would  find  that  it  had  over- 
invested.    The  consequences,  in  theory  at  least, 
would  be  a  dilution  in  the  company's  overall 
rate  of  return. 

DISCUSSION 

Uncertainty  is  pervasive  in  the  environment  of 
this  decision,  for  investment  decisions  of  a 
pipeline  company  are,  by  nature,  very  long  in 
term.    The  ramifications  of  such  a  decision  can 
hardly  be  known  precisely.    Also,  the  energy 
situation  is  changing  very  rapidly  from  both 
technological  and  coneumption  standpoints  and 
this  dynamism  further  augments  the  uncertainty. 

In  the  analytical  approach  to  this  problem  the 
first  place  uncertainty  arises  is  in  the  market 
place.    Demand  cannot  be  estimated  on  a  determin- 
istic basis  and  probabilistic  confidence  limits 
should  be  used  to  envelop  any  demand  forecast. 
Directly  related  to  these  market  uncertainties 
is  the  financial  risk  that  the  regulators  will 
not  allow,  a  return  on  an  "over-investment."  The 
financial  risks,  however,  are  r*ot  lis-'.ted  to  that 
of  the  market  place  or  the  rate  makers.  For 
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example,  the  new  supply  environment  requires 
that  a  portion  of  a  pipeline  company's  future 
capital  expenditures  be  channeled  Into  explor- 
ation of  natural  gas  (traditionally  a  high  risk 
Investment),     In  addltlori,  a  large  part  of  a 
typlcsl  company's  future  expenditures  will  be 
for  nonconventlonal  gas  supplies.    This  Includes 
such  thl;?gs  as  nuclear  stimulated  gas  reserves 
and  coal  oi'  oil  gasification  plants  to  produce 
synthetic  g/s.    The  political  problems  associ- 
ated wich  coal  and  oil  gasification  present  risks 
for  these  types  of  Investments. 

The  manifestation  of  all  of  these  Interrelating 
elements  Is  that  a  gas  pipeline  company  has 
dynamic  probabilistic  supply  and  demand 
schedules  and  In  order  to  properly  evaluate 
supply  related  Investment  alternatives  these 
dynamic  probabilities  have  to  be  considered. 
Theoretical  Constructs 

The  basic  decision  variable  Is,  of  course.  In- 
vestment. It  Is  a  discrete  variable  for  there 
Is  a  limited  number  of  Investment  alternatives 
available.  Two  other  variables'  are  considered 
to  be  directly  dependent  upon  the  Investment 
variable  —  supply  and  price.  Supply  could  be 
said  to  be  f'*:actlonally  related  to  the  Invest- 
isent  parameter  through  the  following  expression: 


(1)  S.  =  S_+  K,  (I) 
where : 

Sj.  =  supply  for  soiPG  period  (t) 

Sq  «=  supply  for  sc'^e  period  (t) 
If  no  additional  Investment 
wcte  made 

«  constant,  dependent  upon 
Investment  alternative  and 
vary  overtime 

I    =  additional  Investment 

Because  of  the  regulated  nature  of  the  company 

with  its  rates  based  upon  return  on  investment^ 

price  could  be  said  to  be  functionally  related  to 

the  Investment  parameter  through  the  following 

expression: 

(2)  1(1^  +  I)  K2/St  .  S,^<  Dt 
Pt  -  < 


where: 


Pj.         «  pricfi  per  unit  volume  for 
some  period  (t) 

Iq        «  initial  investment 

^2*  ^3  **  constants  which  reflect 
rate  of  return  and  cost 
of  scrrvice 


Dj.  =  demand  fcr  some  period  (t) 
Sj.        e  supply  for  some  period  (t) 

The  demand  (Dj.)  is  functlcr.ally  related  to  price, 

which  is,  in  turn,  related  to  investment,  as 
indicated  in  expression  (2).    Th^'  demand  variable 

can  be  shown  to  be  functionally  related  to  the 

other  variables  as  follows: 


(3)  \S,  -  K^CPj  -  ,  Ft  > 
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where : 

Dj.,  Sj.  and  Pj.  are  as  before 

^4*  ^5  «=  constants  reflecting 
elastici<.y  of  demand 

P2        =  optimum  price  where 

supply  and  demand  are 
at  the  equilibrium 
point  on  the  supply- 
demand  schedule 

The  prime  objective  of  management  in  selecting 
specific  investment  alternatives  is,  of  course, 
to  maximize  profits.    It  can  be  intuitively 
5iiown  that  profit,  in  this  instance,  is  maxi- 
mized when  supply  is  precisely  equal  to  demand. 
When  supply  is  less  than  demand  there  exists  an 
opportunity  loss,  for  the  firm  is  not  realizing 
the  sales  volume  and  the  subsequent  profit,  in 
the  form  of  return  on  investment,  that  it  could 
be  realizing.    When  supply  exceeds  demand,  how- 
ever, the  firm  has  apparently  drifted,  in  theory 
at  least,  into  the  situation  where  it  has  made 
"imprudent"  investments  and  the  regulatory 
agency  will  not  allow  the  firm  to  earn  on  that 
"unnecessary"  investment.    Thus,  a  real  loss 
occurs,  which  I  term  a  risk  loss.    Loss,  then, 
is  variance  from  the  perfect  decision  -  when 
supply  and  demand  are  equal.    In  analyzing  an 
investment  alternative  both  profit  and  loss  have 
to  be  considered.    The  goal  would  then  be  to 
select  the  alternative  that  optlmizea  the  com- 
bination of  expected  profits  and  expected  losses. 

The  profit  level  of  investment  alternatives  for 
a  pipelitm  company  is  the  resultant  return  on 
investment.    An  indication  of  the  loss  level  can 
be  determined  through  the  following  function: 


L  »< 


(St  -  l>0    H  -  Pt>Pz 


0 


Pt"  Pz 


(St  -  Dt)    K7  ,  ?^<?^ 
where:   

St>  ^t  >  ^t  »  ^z 
before 

K6,  K7  "  constants  reflecting 
unit  losses 

The  expected  loss  for  any  particular  time  (t)  can 
be  determined,  for  each  investmer^t  alternative, 
as  follows: 


(5)  EL 


+00 


t  -  I  I  L'f (St)*f (Dt)*dStdDt 


A  present  value  determination  of  the  expected 
loss  of  an  alternative  over  the  life  of  the  in- 
vestment can  be  conducted  as  follows: 


(6)  EL 


where: 


ELt/  1_ 

\  1+i 


ELt  is  as  before 
i  ^annual  capital  discount  factor 
n  "life  of  the  investment  in  years 
The  integral  in  expression  (5)  can  be  evaluated 

by  Monte  Carlo  methods  using  a  normal  random 

i 

number  generator  on  the  distributions  of  supply 
and  demand. 

Because  of  the  real-world  dynamism  and  uncer- 
tainty, the  model  developed  in  this  paper  is 
stochastic  in  nature  and  uses  simulation  tech- 
niques to  evaluate  the  system's  stochastic 
properties.    The  basis  for  the  simulation  is 
that  e&ch  relevant  variable  that  is  being  esti- 
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mated,  or  for  soss  other  reason  Is  not  known 
f      precisely,  Is  considered  to  be  a  randcu  varrlate* 
A  known,  or  assumed,  probability  density 
function  Is  applied  to  each  of  these  variables 
to  "simulate"  its  degree  of  unknownness  (for 
want  of  a  better  word).    The  model  enables  the 
user  to  utilize  both  subjectively  defined  den- 
sity functions  and  quantitatively  determined 
functions. 

As  an  example  of  a  subjective  function,  suppose 
the  value  of  a  particular  parameter  Is  estimated 
to  be  100  units  and  the  estimator  feels  that 
there  is  a  50-50  chance  the  real  value  will  tc^ll 
within  i  10  units  of  that  estimate  (and  the 
associated  density  function  is  assumed  to  be 
normal).    Since  the  90-110  unit  interval  con- 
tains half  the  total  probability,  the  probabil- 
ity of  the  true  value  lying  above  liO  is  25 
percent.    This  means  that  CT^^)  must  have  2  value 
such  that: 


(7)    P</^>110)  ^  P/«>' 


.110-100 

From  the  normal  tables,. 

^0       °  .67 

15  units 


Cr(^) 


.25 


cr(a) 


Thec^)  is  the  standard  error  (or  deviation) 
andyu.  is  a  random  variable  analogous  to  the  true 
value  of  the  parameter.    The  density  function 
for  this  particular  variable  would  be  normal 
with  a  mean  of  100  units  and  a  standard 
deviation  of  15  units. 


are  simply  determined  analytically  or  empiri- 
cally.   An  example  of  a  quantitatively 
determined  density  function  is  that  of  re- 
gression equation  where  the  confidence  interval 
is  based  on  the  following: 


(8)    Vj^r(V)  -<r 


where: 


1  +        (x  -  x) 


1)2 


§  =  variance  of  the  regression  or  the 
estimate  of  the  variance  of  the 
errors  of  observation 

I 

n  =  number  of  observations 

X  e  Independent  variable 

Xji^K  observation^ of  Independent 

variable 
X  «  mean  of  Independent  variable 

Var  V  c  variance  of  the  estimated 
dependent  variable 

The  density  function  in  this  case  would  be 

normal  with  \he  mean  being  the  estimate  of  Y 

from  the  regression  equation  and  the  standard 

deviation  being  the  square  root  of  Var(Y). 

In  the  model,  each  random  variable  is  simulated 
through  random  number  generation  with  each 
variable's  sijnulatlon  being  conducted  independ- 
ently   (for  those  variables  whose  density 
functions  are  Independent  of  each  other).  The 
opti!:4um  number  of  simulations  has  been  deter- 
mined through  analysl-3  of  the  standard  error  of 
the  estimate.    The  gi.aph  in  Figure  2  shows  the 
typical  relationship  between  the  error  and  the 
number  of  elmulations. 


The  quantitatively  determined  density  functions 
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Flsure  2 
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Number  of  Slmulstions 
As  the  number  of  simulations  Increases  the 
standard  error  more  closely  approximates  the 
theoretical  value.     In  most  cases  100  simu- 
lations proved  to  be  adequate,  for  any 
additional  Incremantax  shift  In  standard  error 
could  not  justify  the  Incremental  cost  of 
additional  simulation. 
General  Model  Description 

A  sub-model  has  been  developed  for  each  major 
decision  variable,  such  as  supply,  demand,  or 
expected  profit  and  loss.    The  desired  output 
frou  each  model  Is  an  aggregate  forecast  of  the 
particular  decision  element  and  Its  standard 
error  of  estimate  for  each  forecast  period. 


stimulated  production  and  coal  or  oil  gaslf 1- 
cation,  respectively.    Each  of  these  outpucs 
contains  volumetric  forecasts,  price  forecasts, 
and  estixoated  volume  and  price  variances  for 
each  year  of  the  forecast  horizon.    One  of  the 
three  supply  sub-models  is  computerized  and  that 
is  the  synthetic  uodel,  which  contains  a  simu- 
lation of  coal  hydrogenation  variables.  The 
other  two  models  are  based  or.  analytic  esti- 
mation of  the  parameterii.    The  slmula2.ed  price 
and  its  deviation  fvom  the  supply  modiel  is  used 
as  input  for  tlie  demand  model,  which'uses  other 
exogenous  ractors  to  simulate  deinamV.    The  slau- 
lat:ed  demand  and  its  deviation,  and;, the  simuiafed 
irapply  and  ito  deviation  are  used  us  input  for 
the  cost  model  which,  when  provided  the  invest- 
ment dollars,  return  criteria  and'  oeher  relevant 
data,  simulates  income  and  oppor;cunity  cost  £or 
each  year.    The  present  value  r/f  those  future 
Incomes  and  opportunity  costs  are  also  calculated 
by  this  sub-model.     The  computerized  models  were 
developed  over  a  period  of  time  and  both  FORTRAN 
and  Time  Sharing  BASIC  languages  vere  used. 


The  general  logic .for  the  system  of  sub-models 
is  shown  on  the  diagram  in  Flguirc  3.    Each  box 
can  be  considered  as  being  a  sub-model •  There 
are  three  sources  of  data  for  the  supply  model 
the  conventional,  nuclear  and  synthetic  sub- 
models.   The  output  of  these  models  the 
estlaated  supply  parflineters  resulting  from 
conventional  natural  gas  production,  nucl<iar 


^A  5iore  detailed  dlscusoXon  of  each  of  the  sub- 
models ll^  exhibited  in  the  Appendix^ 
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RESULTS 

This  model  could  be  used  for  various  types  of 
comparative  investment  analyses  for  a  pipeline 
ccspany,  ranging  from  analysis  of  a  detailed 
and  intricate  investment  strategy  to  that  of 
comparing  the  ramifications  of  two  simple  in- 
vestment alternatives.    To  illuPtrrice  the  use 
of  the  model  three  hypothetical  Investment 
strategies  for  a  typical  pipeline  company  have 
been  analyzed.    The  only  investment  decision 
that  varies  from  one  strategy  to  the  next  In 
this  example  conc^^ns  the  type  of  coal  hydro- 
genation  process  to  i>o  ewpioyed-    All  other 

decision  elements  are  assumed  ro  remain  con- 
stant. 


At  the  present  tine  a  dozen  hydrogcnation  pro- 
cesses are  being  promoted  by  various  manufactur- 
ing and  engineering  firms.    These  processes  arc 
all  at  various  stages  of  dcvelopmen::,  but  none 
have  been  used  coaraercially.    Each  process  is 
unique  from  a  financial  viewpoint.    For  in-* 
stance,  some  processes  require  a  lower  level  of 
investment  than  others  but,  consequently,  have 
higher  operating  costs.    Also,  the  level  of  risk 
is  different  for.  each  process  so  that  one  pro- 
cess might  result  in  a  gas  price  conslderab)^ 
%elcw  the  others,  but  it  has  a  smaller  chance  of 
becoming  a  conmercial  reality  in  time  to  do  any 
good. 

In  view  of  all  these  uncertainties  and  varlabl- 
idties,  the  most  logical  thing  to  do  would  be  Co 
vait  for  the  .processes  to  become  cc<maercially 
available  before  making  the  selection*  That 
would  take  the  guass  work  cut  of  the  decision, 
but  that  is  not  feasible,  for  the  promoters  of 
these  processes'  are  demanding  development 
capital  and,  in  order  to  receive  the  benefit  of 
early  use  of  cne  of  the»e  plants,  conmitments 
liaVti  lo      made  now.    These  commitments  are  ex^ 
traaely  large,  for  the  cost  of  building  one  of 
these  plants  is  on  the  order  of  $250-$300  million. 

The  three  types  of  processes  presented  in  this 
paper  are  Lsmed  A,  B  and  C.    Process  A  is 
closest  to  being  commercially  available  in  that 
a  portion  of  the  process  has  been  in  use  for 
quite  some  time.    There  is  the  smallest  risk 
associated  with  this  process,  but  is  has  a  low 
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efficiency  so  Its  estimated  gas  price  will  be 
greater  then  tha  others.    It  is  anticipated  that 
this  process  \*ill  be  the  first  to  be  available 
for  use  -  possibly  by  1977.    It  is  estimated 
that  process  B  will  result  in  the  cheapest  gas 
price  and  will  require  less  investment  than  the 
others.    At  the  same  time,  however,  it  will 
probably  have  higher  operating  costs.    It  is 
estimated  what  thla  process  could  be  used  by 
late  1978.    The  program  to  develop  this  process 
is  of  a  crash  type.    Consequently^  the  risks 
associated  with  it  are  greater  than  for  the 
others.    Process  C  won't  be  available  until 
about  1982  and  its  estimated  resultant  price 
vlll  be  somewhere  between  the  other  two  pro- 
cesses.   This  process  is  being  developed  over 
a  longer  period  of  time  so  the  risks  asso- 
ciated with  it  are  less  than  with  process  B. 


shown  on  Table  1  through  Table  3.      For  the  first 
alternative,  the  present  value  of  the  income 
(return)  and  opportunity  costs  are  $451  million 
and  $81  million,  respectively.    For  the  second 
alternative,  those  values  are  $412  million  and 
$76  million,  respectively,  and  for  the  third 
alternative,  they  are  $414  million  find  $49  mil- 
lion, respectively.    Alternative  one  maximizes 
return  and  alternative  three  minimizes  the  oppor- 
tunity costs.    The  annual  income  or  return 
figures,  shown  on  the  tables  should  also  be  of 
interest  for  these  values  can  be  used  to  approxi- 
mate the  net  investment  of  an  alternative  for  any 
particular  point  in  time.    For  instance,  the  1991 
net  investment  for  the  three  alternative  strat- 
egies is  about  $1,050  million,  $850  million,  and 
$950  million,  respectively.^ 


The  first  illustratiJ/e  hypothetical  alternative 
is  that  of  investing  In  one  plant  of  each  of  the 
processes  and  bringing  them  on  streiim  at  their 
earliest  possible  dates.    The  A  plant  is  to  be 
on  stream  in  1977,  the  B  plant  in  1978  and  the 
C  plant  in  1982.    The  second  investment  alter- 
native is  that  of  investing  in  one  A  plant  and 
two  B  plants.    The  A  plant  is  to  be  on  stream  in 
1977  and  the  two  B  plants  in  1982.    The  third 
alternative  is  to  invest  in  a  B  plant  to  be  on 
stream  in  1978,  and  a  C  plant  to  be  on  stream  in 
1982. 

The  results  of  the  Investment  alternatives  are 


5 All  figures  are  hypothetical 

^These  values  are  calculated  by  dividing  the 
annual  income  figures  by  8-1/2  percent,  which 
is  the  assumed  hypothetical  rate  of  return. 
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Table  1 
INVtSTMENT  ALTERNATIVE  I 


Table  3 
imTSTMENT  ALTERNATIVE  III 


Supply 

Demand 

Incoce 

Cost 

Year 

BCF 

Std  Dev 

BCF 

Std  Dev 

SMillion 

1972 

443 

17 

426 

13 

17.21 

0.71 

1973 

463 

23 

426 

16 

17.95 

1.73 

1974 

476 

27 

448 

17 

19.75 

1.25 

1975 

494 

32 

473 

17 

21.74 

0.93 

1976 

511 

37 

476 

20 

24.64 

1.56 

1977 

556 

42 

467 

25 

35.00 

6.78 

1978 

586 

48 

470 

25 

42.98 

10.64 

1979 

550 

53 

431 

24 

42.69 

11.28 

1980 

567 

60 

409 

22 

42.33 

16.42 

1981 

535 

67 

485 

26 

52.07 

4.59 

1982 

584 

73 

447 

29 

62.99 

18.03 

1983 

617 

81 

437 

24 

73.75 

29.80 

1984 

590 

90 

458 

20 

79.60 

22.93 

1985 

580 

100 

447 

23 

80.41 

21.74 

1986 

562 

112 

472 

26 

86.  CO 

13.55 

19S7 

543 

122 

517 

24 

91.60 

7.08 

1988 

527 

134 

574 

33 

100.69 

4.16 

1989 

508 

144 

493 

39 

89.88 

8.53 

1990 

505 

158 

481 

29 

87.90 

9.64 

1991 

517 

171 

490 

40 

89.59 

10.70 

PPJ.SENT  VALUE    PRESENT  VALUE 
INCOME  COST 
$  451.33  $  81.32 


Table  2 
INVESTMENT  ALTERNATIVE  II 


Supply 

Demand 

Incoire 

Cost 

Year 

BCF 

Std  Dev 

BCF 

Std  Dev 

$Mllllon 

1972 

443 

17 

426 

13 

17.21 

0.71 

1973 

463 

23 

426 

16 

17.95 

1.73 

1974 

476 

27 

448 

17 

19.75 

1.25 

1975 

494 

32 

473 

17 

21.74 

0.93 

1976 

511 

37 

476 

20 

24.64 

1.56 

1977 

556 

42 

466 

25 

35.00 

6.78 

1978 

586 

48 

470 

25 

42.98 

10.64 

1979 

550 

53 

431 

24 

42.69 

11.28 

1980 

567 

60 

40? 

22 

42.36 

16.42 

1981 

535 

67 

485 

26 

52.07 

4.59 

1982 

634 

75 

444 

30 

59.35 

24.72 

1983 

617 

85 

441 

27 

60.73 

23.39 

1984 

599 

96 

471 

25 

66.45 

16.57 

1985 

580 

107 

451 

29 

65.88 

16.68 

1986 

562 

120 

476 

32 

70.00 

10.52 

1987 

543 

131 

529 

29 

74.86 

5.40 

1988 

527 

142 

601 

42 

82.60 

4.80 

1989 

508 

154 

499 

49 

72.22 

7.58 

1990 

505 

167 

485 

34 

87.38 

9.92 

1991 

517 

181 

493 

48 

72.25 

9.24 

PRESENT  VALUE    PRESENT  VALUE 
INCOME  COST 
$  411.64  $  75.82 


Supply 

Demand 

Income 

Cost 

Year 

BCF 

Std  Dev 

BCF 

Std  Dev 

SMillion 

1972 

443 

17 

426 

13 

17.21 

0.71 

1973 

463 

23 

426 

16 

-17.95 

1.73 

1974 

476 

27 

448 

17 

19.75 

1.25 

1975 

494 

32 

473 

17 

21.74 

0.93 

1976 

511 

.37 

476 

20 

24.64 

1.56 

1977 

526 

42  " 

'475 

24 

26.85 

2.98 

1978 

566 

//8 

484 

25 

35.96 

5.35 

1979 

520 

53 

449 

25 

36.22 

5.25 

1980 

537 

60 

431 

24 

37.08 

8.77 

1981 

505 

67 

511 

30 

43.81 

1.22 

1982 

564 

73 

469 

31 

58.25 

9.24 

1983 

587 

81 

461 

29 

71.43 

18.71 

1984 

569 

89 

481 

25 

75.93 

12.22 

1985 

560 

100 

457 

27 

75.03 

13.09 

1986 

532 

112 

479 

29 

78.72 

8.15 

1987 

513 

122 

527 

26 

83.24 

4.46 

1988 

497 

133 

590 

37 

89.98 

6.27 

1^89 

478 

144 

490 

43 

80.41 

7.21 

1990 

505 

158 

485 

31 

88.41 

9.35 

1991 

487 

171 

495 

43 

80.61 

8.45 

PRESENT  VALUE      PRESENT  VALUE 
INCOME  COST 
$  414.21  .$  49.36 


The  objective  has  to  Include  the  present  values  of 
both  Income  and  Opportunity  costs.    The  Income 
figure  represents  the  expected  payoff  or  xaonetary 
value  of  the  particular  strategy  employed  and  the 
cost  figure  represents  the  risk  of  monetary  loss 
that  cculd  occur  through  anpioyment  of  that 
strategy.    Members  o£  Management  vho  are  respon- 
sible for  selecting  the  Investment  strategy  have 
to  weigh  the  profit  potential  against  the  risk. 
All  the  model  can  do  Is  provide  data  for  consider- 
ation by  Management.    The  important  ingredient  in 
this  decision  process  which  now  becomes  prevalent 
is  the  relative  degree  of  risk  aversion  of  the 
members  of  Management .    This  factor  is  combined 
with  the  simulation  results  to  form  the  utility  of 

each  investment  alternative  and  it  is  hoped  that 
through  this  process  of  combining  the  quantitative 
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and  qualitative  elements  of  the  decision-making 
process,  the  result  Is  the  best  solution  to  the 
problem* 
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APPENDIX 

Conventional  Supply  -  An  estimation  of  a  typical 
company's  supply  of  conventional  natural  gas  can 
be  determined  analytically  through  statistical 
analysis  with  the  use  of  Gompertz  curveflttlng 
techniques.    Using  this  technique,  the  density 
function  of  ths  conventional  natural  gas  supply 
Is  determined  through  the  regression  confidence 
Interval  calculation  exhibited  is  the  DISCUSSION 
portion  of  the  paper.    The  density  function  can 
be  revised  by  the  company's  supply  personnel  to 
reflect  their  subjective  estimation  of  the 
potential  supply  to  be  discovered  and  their 
evaluation  of  the  company's  ability  to  compete 
for  that  supply.    The  result  of  this  analysis  Is 
estimated  supply,  prices,  return  and  respective 
variances  for  each  year  In  the  forecast.  The 
prices  are  the  wholesale  prices  necessary  to 
provide  a  specified  return  on  the  Investment 
required  to  market  the  gas.    The  return  indicates 
that  proportion  of  the  price  which  Is  necessary 
to  provide  the  required  return.  i 
Nuclear  Supply  -  The  supply,  prices,  return,  and 
respective  variances  for  nuclear  stimulated  gas 
production  are  estimated  on  a  subjective  basis 
with  consideration  being  given  to  various  politi- 
cal and  technological  problems  which  might  be 
encount:ered.    The  prices  and  return  are  as  dis- 
cussed in  the  Conventional  Supply  section,  above. 
The  subjective  density  function  associated  with 
this  "sub-model"  Is  defined  according  to  the 
procedure  outline  in  the  paper* 
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Coal  Supply  -  Prices,  return,  and  their  respec- 
tive variances  for  coal  hydrogenated  gas  is 
determined  through  a  computerized  simulation 
model*    This  model  considers  the  level  of  invest- 
ment required  for  a  paL'Cicular  hydrogenation 
process  and  calculates  a  gas  price  that  would 
be  required  to  earn  a  specified  rate  of  return.^ 
The  variables  that  are  being  estimated  (and 
therefore  treated  as  random  variables)  are: 

[1]  depreciation 

[2]  interest  rates 

[3]  debt/equity  ratio 

[4]  tax  rates 

[5]  labor  costs 

[6]  material  costs 

[7]  equity  return 

[8]  coal  costs 

The  output  of  this  node!  includes  a  detailed 

breakdown  of  various  factors  relevant  to  an 

economic  analysis  of  a  hydrogenation  plant,  a 

sample  of  which  is  shown  in  Table  1.  The 

general  logic  of  the  simulation  aspect  of  this 

model  is  similar  to  that  of  the  demand  model 

which  is  discussed  later. 

The  supply  of  hydrogenated  gas  and  its  related 
variance  is  subjectively  estimated,  with  con- 
sideration being  given  to  the  .reliability  of 
the  technology  involved  and  the  degree  to 
which  that  technology  has  been  proved  through 
actual  application.    One  of  the  biggest  factors 

^It  might  be  well  to  point  out  that  the  same 
type  cf  simulation  model  could  be  developed 

for  the  conventional  and  nuclear  supply  cases. 
It  is  felt  at  this  tine,  however,  that  the 
subjective  aspects  of  these  analyses  negate 
the  need  for  such  sophistication. 


in  this  consideration  is  the  variability  asso- 
ciated with  the  estimation  of  the  earliest  "on 
stream"  date  for  one  of  these  plants. 


TABLE  1 

COST  OF  SERVICE  (MANUFAaURED  COST  OF  GAS) 
(AMOUNTS  IN  THOUSANDS  OF  DOLLARS) 


Particulars  1973 

Total  Facilities  Investment  $  76,898 

Working  Capital  5,383 

Total  Capital  Investment  $  82,281 

Cost  of  Service 

Operation  and  >*aintenance 

Direct  Labor  1,669 

Maintenance  2,568 

Supplies  385 
Administrative  and  General 

Supervision  167 

Payroll  184 

General  2,395 

Insurance  369 

Coal  Cost  17,082 

Water  Cost  1A7 

Other  Direct  Materials  811 

Depreciation  3, 8A5 

Return  7,558 

Federal  Income  Tax  4,001 

State  Income  Tax  288 

Other  Local  Tax  1,153 

Subtotal    .  $  42,622 

Contingencies   767 

Subtotal  $  43,389 

Byproduct  Credit  (Char , Sulfur, 

Power)  11,454 

Total  Cost  of  Service/Year  $    31 ^ 9 35 

Cost  of  Gas  Determination 

Annual  Gas  Production,  MMBTU  51,903 

Basic  Gas  Prices,  Cents/MMBTU  61.53 

Royalty  Cost,  Cents/MMBTU  2.50 

Final  Gas  Price,  Cents/MMBTU  64 . 03 

Mean  Value  of  Basic  Gas  Price  61 .50 

Standard  Deviation  of  Gas  Price  2. 20 
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Total  Supply  Model  -  The  total  supply  schedule 
Is  estimated  through  a  computerized  simulation 
model  which  takes,  as  Input,  all  oZ  the  supply, 
price  and  variance  estimates  of  the  previously 
mentioned  sub-models  and  Independently  generates 
random  numbers  representing  each  of  these  var- 
iables.   Since  retail  prices  are  required  to 
determine  market  desaand  and  the  prices  deter- 
mined thus  far  are  wholesale  prices,  an 
estimation  is  needed  for  the  retail  mark-up  in 
each  consumption  category.    This  in  itself  is 
a  considerable  task  for  utility  pricing  strat- 
egies vary  substantially  from  one  sales  category 
to  another.    In  addition*  an  estimation  Is  needed 
of  the  retailers*  revenue  requirements.  To 
account  for  the  uncertainties  involved  in  this . 
procedure,  these  mark-ups  are  also  simulated. 
The  results  from  this  model  are  used  as  input  for 
two  other  models.    The  retail  prices  for  each 
consumption  category  and  their  respective  stand- 
ard errors  are  transmitted  to  the  demand  .n.odel 
and  the  aggregate  total  supply  and  itn  standard 
error  are  transmitted  to  the  cost  model.  An 
example  of  the  information  generated  by  this 
model  is  shown  in  Table  2. 
Demand  Model  -  The  total  demand  schedule  is 
estimated  through  a  computerized  econometric 
and  simulation  model  which  takes,  as  input,  the 
•retail  prices  of  each  sales  category  generated 
in  the  total  supply  model  discussed  above  and 
their  respective  standard  errors.    Other  exo- 
genous factors  used  in  this  model  include 
population,  per  capita  income,  competing  energy 


prices  and  household  formations.     As  in  all  the 
models  discussed  thus  far,    each  estimated  var- 
iable is  treated  as  a  random  variable  and  is 
simulated  through  random  number  generation. 
These  estimated  variables,  which  are  treated  as 
random  statistics,  include  both  exogenous  and 
endogenous  variables.    In  addition,  a  confidence 
Interval  has  been  established  for  each  of  the 
fifteen  regression  equations  in  the  model.  The 
regression  equations  represent  market  share  elas- 
ticity or  sensitivity  to  price,  income,  or 
various  other  factors.    These  interval  calcula- 
tions have  been  based  on  the  equation  exhibited 
in  the  Theoretical  Constructs  section  of  the 
paper.    Random  numbers  analogous  to  each  depend-* 
ent  variable  are  generated,  based  on  the  confi- 
dence intervals.    These  random  numbers  can  be 
thought  of  as  simulating  the  degree  to  which  the 
regression  equation  does  not  statistically  ex- 
plain the  behavior  of  that  dependent  variable. 

A  flow  diagram  of  the  basic  logic  of  this  model 
is  shown  on  Figure  1.    The  output  of  the  model 
includes  a  breakdown  of  various  factors  relevant 
to  a  market  analysis,  an  example  of  which  is 
shown  in  Table  3.    The  total  demand  and  its 
standard  error  are  transmitted  to  the  cost  model 
for  further  use. 

Cost  Model  -  The  term  cost  model  is  somewhat  mis- 
leading for  the  model's  function  is  to  summarize 
the  results  of  all  the  previous  models  and  simu- 
late the  financial  ramifications  of  the  entire 
process.    The  model  takes,  as  input,  the  total 
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TABLE  2 


SUPPLY 


CITY  GATE 


RESIDENTIAL  COMMERCIAL 


INDUSTRIAL 


ELECTRIC  GEN 


Year 

oiU  uhw 

PRICE 

STD  DEV 

PRICE 

STD  DEV 

PRICE 

STD  DEV 

PRICE 

STD  DEV 

1  Q79 

'mo 

1  7 

u*  z/ 

ft  ft7 

0. 06 

0.61 

0.05 

0.30 

0.03 

0.30 

0.03 

zo 

ft  9ft 

ft  ft*; 

0.  /O 

0. 08 

0.64 

0.07 

0.31 

0.05 

0.31 

0.05 

1974 

476 

27 

0.29 

0.07 

0.80 

0.11 

n  ft! 

ft  ftQ 

ft  'i'i 

ft  ft7 

ft 

A  AT 
0.  07 

1975 

494 

32 

0.31 

0.08 

0.83 

0.13 

0.69 

0.11 

0.34 

0.08 

0.34 

0.08 

1976 

511 

37 

0.34 

0.09 

0.89 

0*14 

0.75 

0.13 

0.38 

0.09 

0.38 

0.09 

1977 

556 

42 

0.43 

0.10 

1.00 

0.16 

0.85 

0.14 

0.47 

0.10 

0.47 

0.11 

1978 

586 

48 

0.52 

0.12 

1.11 

0.19 

0.95 

0.16 

0.56 

0.12 

0.56 

0.12 

1979 

580 

53 

0.56 

0.13 

1.17 

0.20 

1.01 

0.18 

0.60 

0.13 

0.60 

0.13 

1980 

567 

60 

0.60 

0.15 

1.24 

0.22 

1.07 

0.19 

0.64 

0.15 

0.64 

0.15 

1981 

536 

67 

0.64 

0.16 

1. 30 

0.24 

1.13 

0.21 

0.68 

0.16 

0.68 

0.16 

1982 

584 

73 

0.74 

0.18 

1.43 

0.26 

1.25 

0.23 

0.78 

0.18 

0.78 

0.18 

1983 

617 

8i 

0.82 

0.20 

1.54 

0.28 

1.35 

0.25 

0.87 

0.20 

0.87 

0.20 

1984 

590 

90 

0.85 

0.21 

1.60 

0.31 

1.41 

0.27 

0.90 

0.21 

0.90 

0.21 

1985 

500 

100 

0.86 

0.23 

1.66 

0.35 

1.46 

0.29 

0.93 

0.23 

0.93 

0.23 

1986 

562 

112 

0.91 

0.26 

1.72 

0.35 

1.51 

0.31 

0.96 

0.26 

0.96 

0.26 

1987 

543 

122 

0.95 

0.28 

1.79 

0.38 

1.57 

0.34 

1.01 

0.28 

1.01 

0.28 

1988 

527 

136 

0.98 

0.31 

1.85 

0.40 

1.63 

0.36 

1.04 

0.31 

1.04 

0.31 

1989 

508 

147 

1.02 

0.35 

1.93 

0.44 

1.69 

0.40 

1.08 

0.35 

1.06 

0.35 

1990 

505 

158 

1.04 

0.38 

1.98 

0.48 

1.74 

0.43 

1.10 

0.38 

1.10 

•  v0.3B 

1991 

517 

171 

1.05 

0.42 

2.03 

0.51 

1.78 

0.47 

J..  12 

0.42 

1.12 

0.42 

supply  estimate  and  its  standard  error,  the  total 
demand  estimate  and  its  standard  error,  and  the 
various  prices,  returns  and  their  respective 
standard  errors,  ar,d  simulatts  the  resultant  In- 
coae  and  opportunity  cost.    Income,  in  this 
instance,  is  before  taxes  and  financial  costs. 
Opportunity  costs  are  basically  measures  of 
variance  from  the  perfect  decision  and,  as  men- 
tioned before,  arise  in  two  instances  -  when 
demand  exceeds  supply,  in  which  case  profit 
opportunities  are  not  fully  utilized,  and  when 
supply  exceeds  demand,  in  which  case  an  over- 
investment has  been  made  and  the  utility  regu- 
lators will  disallow  a  return  on  that  "imprudent" 
investment.    These  income  and  opportunity  cost 
estimates  for  each  year  of  the  forecast  are  dis- 


counted to  the  present  to  arrive  at  a  present 
value  figure  so  that  comparative  analyses  can  be 
conducted  for  the  various  investment  alternatives. 
The  general  logic  in  this  model  is  exhibited  on 
Figure  2  and  a  sample  output  is  exhibited  as 
Tables  1-3  in  the  Results  section  of  the  paper. 


2This  is  the  manner  in  which  return  on  investment 
is  calculated  for  a  utility. 
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TABLE  3 

NATURAL  GAS  MARKETS 
TYPICAL  GAS  CO^!PANY 

1972 

Population    2,285,370 

Number  Households    724,128 

Single  Residences    543,320 

Commercial  Establishments    71,298 

Per  Capita  Income   $  3,578.69 

Gas  Price                                             Per  MMBtu 

Residential  $  .735 

Commercial   .  615 

Industrial   .301 

Electric  Generation    .301 

Electric  Price    4.903 

Residential  Fuel  Oil  Price   1.079 

Commercial  Fuel  Oil  Price   1.079 

Industrial  Fuel  Oil  Price   .549 

Electric  Generation  Fuel  Oil  Price.  .  .457 

Industrial  Coal  Price   .421 

Electric  Generation  Coal  Price    .  .  .  .312 

Residential  Saturations  , 

Central  Heating    95.0  % 

Ranges   38.6  % 

Water  Heaters   90.0  % 

Clothes  Dryers    11.6  % 

Commercial  Saturation   95.0  % 

Industrial  Percentage    64.0  % 

Electric  Generation  Percentage    .  .  .  46.1  % 

GAS  CONSUMPTION  REQUIREMENTS 


MMCF 

Residential    80,378.0 

Commercial   50,266.4 

Industrial   86,732.5 

Electric  Generation  .  .  52,324,1 
Total  269,701.0 

Other  Sales  134,250.0 

Lost  &  Unaccounted  For    22, 217 > 3' 


STD>  DEV. 
1,085.0 
2,230.2 
6,748.0 
8,060.8 

12,484.9 


686.7 


Total  Requirements     426,168.0  13,171.5 
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Session  14:    Languages  for  Simulation 
Chairman:    Philip  Kiviat,  Federal  ADP  Simulation  Center 

Simulation  languages  are  past  adolescence  and  nearing  maturity.    This  is  seen  in  the  two  papers 
in  this  session  that  describe  improved  and  extended  versions  of  the  widely-used  simulation  lang- 
uages GPSS  and  GASP,  and  by  the  papers  that  bring  linguistics  and  mathematics  to  bear  in  providing 
more  useful  and  usable  simulation  tools. 

Papers 

"An  Interactive  Simulation  Programming  System  Which  Converses  in  English" 
George  E.  Heidorn,  Naval  Postgraduate  School 

"GASP  IV:    A  Combined  Continuous/Discrete  FORTRAN  Based  Simulation  Language" 
Nicholas  R.  Hurst  and  A.  Alan  B.  Pritsker,  Purdue  University 

"NGPSS/6000:    A  New  Implementation  of  GPSS" 
Lee  Rogin,  Naval  Air  Development  Center  and  Karen  Ast, 
Jerry  Katzke,  Jim  Nickerson,  Julian  Reitman, 
Norden  -  A  Division  of  United  Aircraft  Corp. 

"CMS/1  -  A  Corporate  Modeling  System" 
R.  F.  Zant,  Clemson  University 

Discussants 

Paul  F.  Wyman,  Pennsylvania  State  University 
Arnold  Ockene,  Securities  Industries  Automation  Corporation 
Robert  H.  Downs,  Systems  Control,  Inc. 


ERLC 


780 


/\N  INTIiRACTIVU  SIMULATION  PROGRAMMING  SYSTIiM 
KIIICII  CONVKRSnS  IN  iiNGLISU 


George  ii.  Ileidorn 


Naval  Postgraduate-  School 


Abstract 


In  this  paper  an  experimental  system  for  producing  simulation 
programs  through  natural  language  dialogue  with  a  co;nputer  is 
described.    With  the  current  version  of  this  system,  which 
operates  under  CP/CMS  on  an  IBM  360/67,  a  queuing  problem  may 
be  stated  to  the  computer  in  Hnglish.    Tlie  system  checks  the 
problem  description  for  completeness,  and  if  necessary,  asks 


questions  which  may  be  answered  in  Unglish.    Tlien  it  can 
produce  an  English  description  of  the  problem  as  it  "sees" 
it  and  a  GPSS  program  for  performing  the  simulation.  The 
user  may  then  modify  the  problem  through  further  dialogue  to 
produce  additional  programs,  as  desired.    A  complete  sample 
problem  is  included  in  the  paper. 


1.  Introduction 


This  paper  reports  on  work  which  is  being 


in  his  own  natural  language,  and  have  the  computer 


done  at  the  Naval  Postgraduate  School  to  develop 


"understand"  the  problem  and  do  the  simulation. 


a  system  for  performing  simulation  analyses 


reporting  the  results  in  the  same  natural  language 
In  such  a  system  the  computer  would  function  as  an 
intelligent  assistant  with  great  computing  powers 
-  actually  a  combination  programmer  and  computer. 


through  natural  language  (e.g.  English)  inter- 


action with  a  computer.    The  eventual  goal  is  to 


enable  an  analyst  seated  at  a  terminal  to  "talk" 


with  the  computer  about  his  simulation  problem 
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The  status  of  this  system  as  of  the  time  of 
this  writing  is  that  it  can  carry  on  a  dialogue 
in  English  about  a  simple  queuing  problem  and 
then  produce  a  GPSS  program  to  do  the  simulation. 
This  is  essentially  the  programmer  part  of  the 
total  system  described  above. 

Tliis  project  has  been  infljuenced  by  work 
being  done  in  the  areas  of  simulation  programming 
languages,  artificial  intelligence,  and  linguis- 
tics.   The  cntity-attribute-value  "world  view"  of 
both  SIMSCRIPT  [1]  and  GPSS  (2]  pla)    a  central 
role  in  this  sy.'^tem.    Ideas  have  been  bcrrowed 
from  artificial  intelligence  work  on  natural - 
language  question-answering  systems  [3,4],  and 
the  language  processing  has  been  do':^  within  the 
framework  of  Stratificational  Linguistics  [5,6], 

Ihis  paper  is  intended  to  serve  as  an  intro- 
duction to  the  system  being  developed  and  to 
demonstrate  some  of  the  capabilities  of  the  cur- 
rent version.    Another  introductory  paper  based 
on  a  slightly  earlier  version  is  available  [7], 
and  a  very  detailed  technical  report  has  been 
prepared  [8].    This  paper  consists  primarily  of 
a  sample  problem  and  an  explanation  of  its  over- 
all processing,  without  details  of  the  linguistic 
aspects . 

2.    The  Sample  Problem 

Figures  1,  2,  and  3  show  a  terminal  session 
with  this  system  for  a  sample  problem.  The 
s.tatement  numbers  which  appear  there  were  added 
for  ease  of  reference  in  the  discussion.    All  of 
the  lower  case  typing  was  done  by    the  user,  and 
all  of  the  UPPER  CASE  by^ the  computer. 


1.  vehicles  arrive  at  a  station. 

2.  the  station  has  just  one  pujp.p. 

3.  a  vehicle  will  leave  the  station  immediately 
after  arriving  if  the  length  of  the  line  at 
the  pump  is  not  less  than  two. 

4.  otherwise,  it  is  serviced  there;  then  it 
leaves . 

5.  service  times  are  exponential,  with  a  mean  of 
5  minutes  for  cars  and  9  minutes  for  trucks. 

6.  three  quarters  of  the  vehicles  are  cars  and 
one  fourth  of  them  are  trucks. 

7.  is  the  statement  of  the  problem  complete? 

HOW  OFTEN  DO  THE  VEHICLES  ARRIVE  AT  THE 
STATION? 

arrivals  are  normally  distributed  with  a  mean 
of  8  minutes  and  a  standard  deviation  of  2 
minutes. 


9. 


10. 


HOW  LONG  SHALL  THE  SIMULATION  BE  RUN? 

the  basic  time  unit  to  be  used  in  the  model 
is  30  seconds. 

HOW  LONG  SHALL  THE  SIMULATION  BE  RUN? 
eight  hours. 

TliE  PROBLEM  STATEMENT  IS  COMPLETE. 


Figure  1.    The  English  statement  of  the  problem 
being  given  to  the  system. 


The  first  figure  shows  the  problem  descrip- 
tion being  given  to  the  system.    As  can  be  seen 
there,  the  user  entered  six  statements  and  then 
asked  if  the  problem  description  was  complete.  , 
The  system  realized  that  information  about  the 
inter-arrival  times  was  missing,  so  it  asked  a 
question  about  that,  which  the  user  responded  to 
with  a  complete  sentence-.    Then  the  system  asked 
how  long  the  model  was  to  be  run,  but  the  user 
chose  to  give  information  about  the  basic  time 
unit  instead,  which  would  have  beev  the  subject 
of  the  next  question.    After  processing  the  I'ejjly, 
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H.    describe  the  problem  in  englislu 


12.    write  a  gpss  progrnm  for  this  problem. 


Till;  VlilllCLL-S  ARRIVH  AT  TIIL-  STATIOM.  Till: 
TIMI;  BliTWliliN  ARRIVALS  OF  Till:  VIIIIICU;S  AT  TUP; 
STATION  IS  NORMALLY  l)ISTRIBUTI;D,  WITIi  A  MKAN  OF 
8  MINUTHS  AND  A  STANDARD  DEVIATION  OF  2  MINUTES. 
75  PliRCL-NT  OF  TIlC  VlilllCLtS  ARI;  D\RS,  AND  TIlR 
RUST  ARli  TRUCKS.    AITL-R  ARRIVING  AT  THli  STATION, 
IF  THE  LENGTH  OF  Till-  LINE  AT  ml  PUMP  IN  THE 
STATION  IS  LESS  THAN  2,  TilE  Vl'dlCL!;  WILL  BE 
SERVICED  AT  HIE  PUMP  IN  TlUi  STATION.  OTHERWISE, 
THE  VEHICLE  WILL  LEAVE  THE  STATION.    THE  TIME 
FOR  THE  VEHICLES  TO  BE  S'liRVlCED  AT  THE  PUMP  IN 
THE  STATION  IS  EXPONENTIAIXV  DISTRIBUTED,  WITH  A 
MEAN  OF  S  MINUTES  FOR  THE  CARS,  AND  9  MINlfPES 
FOR  THE  TRUCKS.    Am-R  HEING  ^SERVICED  AT  HIE 
PUMP  IN  THE  STATION,  THE  VEHICLES  LEAVE  THE 
STATION. 

•nil:  SIMUUTION  IS  TO  BE  RUN  FOR  8  HOURS. 
USING  A  BASIC  TIME  UNIT  OF  30  SECONDS. 


J'igurc  2.    T1»e  Englls!:  nrdblem  description 
produced  by  the  system. 


the  system  again  asked  the  question  about  the 
run  time.    Tliis  time  tiie  user  responded  with  the 
phrase,  "eight  hours".    Then  the  .';ystem  an- 
nounced that  it  had  a  complete  problem  state:nent, 
i.e.  one  for  which  it  could  produce  a  GPSS 
program. 

In  the  second  figure  there  is  ^  description 
of  the  problem  "in  the  computer's  ovsii  words", 
which  the  user  can  read  carefully  to  see  if  the 
system  "understood"  him.    Then  the  third  figure 
shows  the  GPSS  program  produced  by  the  system 
for  performing  the  simulation. 
3.    Tlie  Overall  Approach 

If  a  simulation  prograrrjner  were  given  a 
queuing  problem  stated  in  a  natural  language,  he 
would  probably  read  it  one  or  more  times  to  form 
a  "mental  image"  of  the  system  being  described-  - 
and  to  note  the  points  of  interest  in  it.    If  the 
description  were  not  clear  to  him  or  if  essential 
information  were  missing,  he  might  ask  questions 


SIMUUTE 

RMULT  277,425,715,121,655,531,999,813 
STATl  EQU  1,F,Q 
PUMP2  EQU  2,F,Q 
CAR2    EQU  2,T 

2  TABLE  Ml. 1.1. 2 
TRUC3  EQU  3,T 

3  TABLE  Ml, 1,1. 2 

1  FUNCTION  RNI.C24 

0.0, 0.0/. ICQ,. 104/. 200,. 222/. 300,. 355/ 
.400,. 509/. 500,. 690/. 600,. 915/. 700, 1.200/ 
.750, 1.590/. 800, 1.600/. 840, 1.830/. 880, 2. 120/ 
.900,2.500/. 920, 2, 520/. 940, 2. 810/. 950, 2. 990/ 
.960,5. 2^0/. 970, 3. 500/. 980, 3. 900/. 990, 4. 600/ 
.995, 5. 300/. 998, 6. 200/. 999, 7. 000/1. 000, 8. 000/ 

2  FUNCTION  RN2,C29 

0.0, -3. 000/. 012, -2. 250/. 027, -1.930/. 043, -1.720/ 
.062, -1.540/. 084, -1.380/.  104, -1.2617.131  ,-1.120/ 
. 159, -i. 00/. 187, -.890/. 230, -.740/. 267, -.620/ 
.354, -.450/. 432, -.170/. 500, 0.0/. 568,. 170/ 
.666,. 430/. 732,. 620/. 770,. 740/. 813,. 890/ 
.84I,1.0/)0/.S&i),1  .120/.896,l.260/.916,1.380/ 
.038, 1.540/. 957, 1.720/. 973, 1.930/. 988, 2. 250/ 
1.000,3.000/ 

3  FUNCTION  P1,D2 
CAR2,10/TRUC3,18/ 

4  FUNCTION  RN3,D2 
.750,CAR2/1.000,TRUC3/ 

1         FVARIABLE  16+4*FN2 

* 

*  THE  VEHICLES  ARRIVE  AT  THE  STATION. 
GENERATE  VI 

ASSIGN  1,FN4 

TEST  L  Q$PUMP2,2,ACT2 

TRANSFER  ,ACT3 

* 

*  THE  VEHICLES  LEAVE  THE  STATION. 
ACT2    TABULATE  PI 

TERMINATE 

*  THE  VEHICLES  ARE  SERVICED  AT  THE  PUMP. 
ACT3    QUEUE  PUMP 2 

SEIZE  PUMP2 
DEPART  PUMP2 
ADVANCE  FN3,FN1 
RELEASE       PUMP 2 
TRANSFER  ,ACT2 

*  TIMING  LOOP 
GENERATE  960 
TERNHNATE  1 
START  1 
END 


Figure  3,    The  GPSS  program  produced 
by  the  system. 


of  the  writer  until  he  felt  that  he  completely 
understood  the  problem  and  had  all  the  informa- 
tion he  needed  to  do  the  program.    At  this  point 
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he  might  state  the  problem  "in  his  own  words"  to 
the  voriter  as  a  check  on  his  understanding  of  it. 
Fin.iliy,  he  would  think  about  the  problem  in 
terns  of  the  concepts  of  the  computer  language  he 
planned  to  use,  and  then  he  would  write  the 
program. 

Tlie  computer  system  being  described  here 
serves  the  same  role  as  the  simulation  program- 
mer described  above.    Therefore,  it  was  designed 
to  follow  essentially  the  same  overall  procedure 
as  he  does,  as  can  be  seen  fro.*n  the  example  in 
Figures  1  tnrough  3.    Tlie  computer's  counterpart 
of  the  pro  grander  *i  mental  image,  the  Internal 
Problem  Description,  is  central  tc  the  operation 
of  thi.*;  system  and  will  be  discussed  first,  fol- 
lowed by  discussions  of  the  English  input,  the 
English  output,  and  the  GPSS  program. 
4 .    The  Internal  Problem  Description 

The  Internal  Problem  Description  (IPD)  is 
an  entity-attribute-value  data  structure  for 
holding  information  about  a   particular  problem 
in  a  language-independent  form.  Gntity-attri- 
bute-value  data  structures  have  been  widely  used 
both  in  artificial  intelligence  applications  and 
in  simulation  programming  systems  such  as 
SIMSaaPT  and  GPSS.    In  the  IPD  an  entity  is 
represented  by  a  "record*',  which  is  just  a  list 
of  attribute-value  pairs.    Some  of  the  records 
in  an  IPD  represent  physical  entities,  such  as  a 
car  or  a  dock,  and  others  represent  abstract 
entities,  such  as  an  action  or  a  function.  The 
attributes  which  a  record  has  depend,  of  course, 
upon  the  entity  being  represented.    The  valus  of 


an  attribute  may  be  simply  a  number  .tr  a  name,  or 
it  may  be  a  pointer  to  another  rocord. 

A  queuing  problem  typically  deals  with 
physical  entities,  such  as  cars  or  ships,  moving 
thxough  a  system  to  be  serviced  in  some  manner  at 
other  physical  enti'<:ies,  such  as  a  pump  or  a  dock, 
in  the  system.    Here,  the  former  of  these  are 
termed  "mobil'^j  entities",  and  the  latter  are 
called  "st.'iCionary  entities".     (In  SIMSCRIPT  these 
are  temporary  and  permanent  entities,  and  in  GPSS 
they  ?.re  transactic  is  and  facilities  and  storages.) 
As  the  mobile  entities  move  through  the  system, 
they  engage  in  'hctions'*  at  the  stationary  en- 
tities.   Some  of  these  actions  are  instantaneous, 
such  as  arrive  and  leave,  and  are  called  "events"; 
others,  such  as  service  and  load,  consume  time  and 
are  referred  to  as  "activities"  here. 

The  IPD  describes  the  flow  of  mobile  entities 
through  a  sys/com,  by  specifying  the  actions  which 
take  place  there  and  their  ir.terrelationships. 
Gach  of  these  actions  xs  represented  by  a  record 
wftich  has  attributes  to  furnish  such  information 
as  the  iVpe  of  action,  the  entity  doing  the  action, 
the  One  to  vihom  the  action  is  being  done,  the 
location  where  it  happens,  how  long  it  takes,  how 
often  it  occurs,  and  v.hat  happens  next. 

A  graphic  portrayal  of  the  IPD  built  by  the 
system  for  the  sample  problem  of  Figure  1 'appears 
in  Figure  4.    In  the  figure  each  r^-.cord  of  the  IPD 
is  represented  by  a  box,  with  the  name  of  the 
record  appearing  at  the  top  of  the  box.    With  the 
exception  of  KIBIORY  and'  'ACTNLIST' ,  these  names  vAo 
not  actually  exiist  within  the  computer,  but  were 
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placed  on  the  drawing  simply  to  furnish  a  means 
of  referring  to  the  various  records  in  the  dis- 
cussion which  follows.    In  each  box  the  attri- 
bute-value pairs  of  the  record  are  shown,  with 
the  attribute  name  or  number  on  the  left  and  its 
value  on  the  right.    Many  of  the  values  are 
pointers  to  other  records  in  the  IPD,  in  which 
case  an  appropriate  arrow  is  drawn. 

It  can  be  seen  that  MEMORY  is  the  only 
record  which  is  not  pointed  to  by  some  other 
record.    It  plays  a  rather  central  role  in  the 
IPD,  being  used  both  to  hold  global  information 
about  the  problem  (e.g.  problem  time  and  the  - 
basic  time  unit)  and  to  serve  as  sort  of  a 
directory  into  the  rest  of  the  IPD*    Only  one 
portion  of  the  "directory"  was  included  in  this 
drawing  in  order  to  keop  the  number  of  lines  at 
a  minimum.    The  portion  included  is  the  "action 
list"  ('ACTNLIST*),  which,  as  can  be  seen,  con- 
tains pointers  to  each  of  the  three  action  re- 
cords.   Not  included  in  the  drawing  are  the  lists 
for  mobile  entities  ('MOBLIST*),  stationary  en- 
tities ('STALISTO,  distributions  ( 'DSTRLIST* ) , 
and  successor  descriptors  ('SCSRLIST*) .  The 
action  list  may  be  considered  to  be  the  most 
important  list,  because  of  the  key  role  which 
actions  play  in  a  problem  description. 

Every    IPD  record,  except  for  the  MBIORY 
record  and  the  lists  just  mentioned,  has  a 
superset  attribute  pointing  to  the  "named  record" 
representing  the  concept  of  which  this  record  is 
a  specific  instance.    For  example,  the  SUP  at- 
tribute of  the  first  action  record  (RECU)  points 


to  the  named  record  *ARRIV*,  indicating  that  this 

action  (vehicles  arrive  at  a  station)  is  a  spe- 

r 

cific  instance  of  the  concept  "arriv".    Named  re- 
cords contain  information  about  the  words  and  con- 
cepts for  queuing  problems  and  are  entered  into 
the  system  at  initialization  time. 

Each  action  record  in  the  IPD  must  have 
either  an  AGENT  or  a  GOAL  which  points  to  a  mobile 
entity  record.    The  AGENT  of  an  action  is  the  one 
doing  the  action,  and  the  GOAL  is  the  one  to  whom 
the  action  is  being  done.    The  ^^TR  attribute  tells 
which  of  these  two  is  p9inting  to  a  mobile  entity. 
Each  action  record  must  also  have  a  LOCATIOM  at- 
tribute pointing  to  a  "location  descriptor**  re- 
cord, which  in  turn  points  to  a  stationary  entity 
record.    An  event  like  'ARRIV  or  'ENTER*  jnust 
have  an  lETM  (inter -event  time)  attribute  to 
specify  the  time  between  occurrences  of  the  event, 
and  an  activity  (e.g.  'SERVIC  or  'LOAD')  must 
have  a  DURATION  attribute  to  specify  the  time- 
taken  to  perform  the  activity.    These  times  can 
be  constants,  standard  probability  distributions, 
functions,  or  combinations  of  these,  some  of  which 
can  be  seen  in  the  drawing.    REC42  in  the  drawing 
is  a  function  which  has  the  records  for  car  and 
truck  as  its  X  values  and  the  records  for  S  min- 
utes and  9  minutes  as  its  Y  values.    The  ASNDISTR 
attribute  of  an  *ARRIV*  specifies  the  percentages 
of  the  various  kinds  of  entities  which  arrive,  in 
the  form  of  a  cumulative  probability  distribution. 
REC43  in  the  drawing  furnishes  an  example  of  this. 
(The  NUM  attribute  of  a  'DECIMAL'  record  is  con- 
sidered to  be  in  parts-per-thousand.)  The 
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attributes  DORC,  I-NARG,  and  PNUM  which  appear  in 
Rl:Ol2  and  RGOIS  are  needed  for  encoding  the  GPSS 
program. 

I:ach  action  record,  except  a  'LHAV,  must 
have  a  SUCCessor  attribute  to  specify  which  ac- 
tion the  mobile  entity  of  this  action  is  involved 
in  next.    The  value  of  SUCC  may  simply  be  a 
pointer  to  another  action  record,  or  it  may  be  a 
pointer  to  a  "successor  descriptor"  record. 
RHCSl  in  the  drawing  is  an  example  of  one  of  the 
five  t>'pes  of  successor  descriptors  currently 
available  in  the  system.    Tliis  particular  record, 
which  is  a  *QTYP'  can  be  interpreted  as  saying, 
"If  the  length  of  the  line  at  the  pump  (SUCARG) 
is  less  than  two  (MAXQ) ,  go  to  be  serviced 
(OPENACT);  otherwise,  leave  (CLOSACT)."  The 
other  types  of  successor  descriptors  available 
handle  such  situations  as  "If  the  purcp  is  busy, 
the  vehicle  leaves. ",**Cars  are  serviced,  and 
trucks  leave.",  and  "ilalf  of  the  vehicles  are 
serviced,  and  the  rest  leave." 

It  can  be  seen  in  the  drawing  that  the 
records  for  'CAR*  and    TRUCK'  each  have  a 
STRUCture  attribute  pointing  to  the  record  for 
•VEHICLE'.    This  is  related  to  the  idea  of  the 
"assignment  distribution"  (ASNDISTR) ,  and  es- 
sentially means  that  cars  and  trucks  may  be  r< - 
ferred  to  as  vehicles  in  the  problem  description. 
The  attribute  CLASATR  (class  attribute)  in  the 
'VEillCLE'  record  indicates  what  is  the  distin- 
guishing attribute  of  any  records  which  have  a 
STRUG  attribute  pointing  to  this  record.  (SOUP 
is  synonymous  with  SUP  in  this  case.)    Part  of 


the  usefulness  of  the  STPUC  attribute  is  that  it 
avoids  some  unnecessary  duplication  of  information. 
For  example,  the  value  of  the  CONSUMPtion  attri- 
bute is  the  same  for  both  cars  and  trucks  in  this 
problem,  so  it  need  be  stored  only  once,  up  in  the 
•VlilllCLE'  record.     (CONSUMP  indicates  how  many 
units  of  a  resource  are  required  by  a  mobile  en- 
tity,) 

Each  entity  and  action  record  is  assigned  an 
identification  number  (IDNO)  for  use  in  the  GPSS 
program.    The  value  of  IDNAME  is  formed  by  con- 
catenating the  first  three  or  four  letters  of  the 
NAME  of  the  SUP  of  a  record  with  the  value  of  its 
IDNO.    CAPACITY,  QUANTITY,  and  COiNSUMP  are  given 
default  values  of  1  or  'ONE*  if  they  are  not 
specified  in  the  original  problem  description. 
('ONE*  is  a  named  record,  with  a  SUP  of  'UNIT* 
and  a  NUM  of  1.) 

5.    The  linglish  Statement  of  the  Problem 

At  the  beginning  of  a  terminal  session  there 
is  no  IPD.     It  is  the  English  input  that  furnishes 
the  information  which  enables  the  system  to  biiild 
one.    For  example,  when  sentence  1  was  processed, 
REC21  and  REC31  were  created  and  their  SUP  and 
IDNO  attributes  were  given  values.    Also,  REC61 
was  created,  with  values  for  its -SUP  and  LOCOBJ 
attributes,  and  RECll  was  created,  with  values  for 
its  SUP,  IDNO,  AGENT,  and  LOCATION.      When  sen- 
tence 3  was  processed,  REC12,  REC63,  and  RECSl 
were  created  with  some  attributes,  and  the  SUCC 
attribute  was  added  to  RECll. 

Sentences  which  occur  in  natural^  language 
descriptions  of  queuing  problems  can  be  considered 


787 


to  fall  into  two  categories:    "action  sentences'* 
and  "attribute  sentences".    An  action  sentence 
has  as  its  main  verb  an  action  verb,  which  is 
modified  by  phrases  and  clauses  to  specify  the 
values  of  the  attributes  of  the  action.  For 
cxairple , 

After  arriving-,  if  the  dock  is 
available,  the  ship  is  unloaded 
at  the  dock. 

is  an  action  sentence;  the  action  is  "unload", 

its  goal  is  "ship",  its  location  is  "dock",  its 

predecessor  is  "arrive",  and  its  condition  is 

"dock  available".    It  should  be  noted  that  the 

order  of  most  of  the  phrases  and  clauses  in  this 

sentence  could  be  changed  without  altering  the 

information  content. 

An  attribute  sentence  has  as  its  main  verb 

an  attribute  verb,  and  is  used  to  specify  the 

value  of  some  attribute  of  some  record  in  the 

IPD.    For  example. 

The  time  to  unload  the  ship 
is  8  hours. 

says  that  the  value  of  the  "time"  (actually 

duration)  attribute    of  the  action  record 

"unload  ship"  is  "8  hours".    An  equivalent 

statement  would  be 

It  takes  8  hours  to  unload 
the  ship. 

The  English  statement  of  the  problem  must 
describe    the  flow  of  mobile  entities  through 
the  queuing  system.    This  is  done  by  saying  some- 
thing about  each  action  that  takes  place  there, 
and  how  it  is  related  to  other  actions.  Each 
mobile  entity  must  "arrive"  at  or  "enter"  the 
system.    Then  it  may  go  through  one  or  more 


other  actions,  such  as  "service,"  "load," 
"unload,"  and  "wait."   Then,  typically,  it 
"leaves"  the  system.    The  order  in  which  these 
actions  take  place  must  be  made  explicit  by  the 
use  of  subordinate  clauses  beginning  with  such 
conjunctions  as  "after,"  "when,"  and  "before,"  or 
by  using  the  adverb  "then".    If  the  order  of  the 
actions  depends  on  the  state  of  the  system  being 
simulated,  an  "if"  clause  may  be  used  to  specify 
the  condition  for  performing  an^action.    Then  a 
sentence  with  an  "otherwise"  in  it  would  be  used 
to  give  an  alternate  action  to  be  performed  when 
the  condition  is  not  met. 

In  the  sample  problem  in  Figure  1,  sentences 
1,  3,  and  4  are  action  sentences  describing  the 
fl  ow  of  vehicles  through  the  station.    This  same 
information  could  be  given  in  a  wide  variety  of 
ways.    For  example,  the  following  would  be  ac- 
ceptable as  input: 

Arrivals  of  vehicles  occur  at  a 
station.     If  the  length  of  the  line 
at  the  pump  in  the  .station  is  less 
than  2  when  a  vehicle  arrives,  it 
will  be  serviced  at  the  pump. 
Otherwise,  it  will  leave  immediately. 
After  being  serviced,  a  vehicle 
leaves  the  station. 

In  addition  to  describing  the  flow  of  mobile 

entities  through  the  queuing  system,  the  English 

statement  of  the  problem  must  also  furnish  other 

information  needed  to  simulate  the  system,  such 

as  the  various  times  involved.    It  is  necessary 

to  specify  tho  time  between  arrivals,  the  time 

required  to  perform  each  activity,  the  length  of 

the  simulation  run,  and  the  basic  time  unit  to  be 

used  i\\  the  GPSS  program.    Also,  the  quantity  of 
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eiich  stationary  entity  should  be  specified.  (A 

quantity  of  one  is  assumed  otherwise.)  Other 

information y  such  as  that  of  sentence  6  in  tlie 

example y  may  also  be  given. 

In  the  sample  problem,  sentences  2,  5,  6, 

8  and  9  are  attribute  sentences  furnishing  this 

additional  information.    Just  as  with  tlie  action 

sentences,  this  information  could  be  given  in  a 

wide  variety  of  ways.    For  example,  sentence  2, 

which  specifies  the  values  of  both  the  location 

and  quantity  attributes  of  the  pump,  could  be 

stated  in  at  least  the  following  three  ways: 

There  is  one  pump  in  the  station, 

Tlie  quantity  of  pumps  in  the  station 
is  one, 

Tliere  is  one  pump,  and  the  pump  is 
in  tlie  station. 

Each  attribute  sentence  is  essentially  of 
the  form,  "attribute  of  entity  equals  value." 
The  name  of  the  attribute  may  be  given  explicit- 
ly, as  is  "quantity"  in  the  second  sentence  above, 
or  At  may  be  implied  by  the  verb  or  the  type  of 
value  or  some  other  characteristic  of  the  sen- 
tence.   For  example,  the  verb  "hold"  implies  the 
capacity  attribute  in  the  following  sentence: 

The  station  can  Iiold  t^  ee  cars. 
An  equivalent  statement  would  be: 

The  capacity  of  the  station  is  3  cars. 
In  each  of  the  following,  the  attribute  is  im- 
plied by  the  type  of  value: 

The  pump  is  in  the  station, 

Tlie  pump  is  green. 
These  are  equivalent  to: 

The  pump  is  located  in  the  station. 


'llie  color  of  the  pump  is  green. 

In  Sentence  8  of  the  sample  problem,  the  attribute 

"inter-event  time"  is  impl ied. 

The  entity  referred  to  may  be  a  physical 

entity,  such  as  pump  and  station  in  the  above 

examples,  or  it  m.\y  be  an  abstract  entity,  such  as 

an  action  or  a  probability  distribution.    IVlien  it 

is  an  action,  the  infinitive  or  present  participle 

form  of  the  action  verb,  along  with  appropriate 

modifiers,  is  usually  used  to  identify  the  action. 

For  example,  the  following  four  sentences  arc  all 

equivalent : 

Tlie  time  to  service  a  vehicle  at  the 
pump  is  5  minutes. 

The  time  for  servicing  a  vehicle  at 
the  pump  is  5  minutes. 

Tlie  time  for  a  vehicle's  servicing 
at  the  pump  is  5  minutes. 

The  servicing  of  a  vehicle  at  the  pump 
takes  5  minutes. 

Any  one  of  the  first  three  underlined  phrases 
could  have  appeared  in  the  fourth  sentence  of  this 
example  too. 

Tlie  value  part  of  an  attribute  sentence  can 
take  many  different  forms,  as  can  be  seen  in  the 
sample  problem  and  in  the  above  examples.  Espe- 
cially important  in  simulation  models  are  quan- 
titative values,  of  which  there  are  several  forms, 
Tlie  following  phrases  are  examples  of  quantitative 
values: 

ten  tons 

from  10  to  20  ^minutes 

9  minutes  for  trucks  and  5  minutes 
for  cars 

exponentially  distributed  with  a  mean 
of  two  hours 
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In  the  last  phrase  above  there  is  actually  a 
second  level  of  attribute  and  value,  i.e.  the 
mean  (attribute)  of  the  exponential  distribution 
(entity)  is  two  hours  (value).    This  can  also  be 
seen  in  sentences  5  and  8  of  tlie  sample  problem. 

hlienever  some  action  is  referenced  in  either 
an  action  sentence  or  an  attribute  sentence, 
only  enough  modifiers  to  distinguish  that  action 
from  others  have  to  be  used.    For  example,  sen- 
tence 8  of  the  sample  problem  could  have  begun, 
"Arrivals  of  vehicles*'  or  "Arrivals  of  vehicles 
at  the  station."  However,  it  was  sufficient  to 
simply  say,  "Arrivals,"  because  only  one  "ar- 
rive" action  had  been  previously  mentioned  in 
the  problem  description. 

Some  use  of  pronominal  reference  is  al- 
lowed, also.    For  instance,  "it"  is  considered 
to  refer  to  the  most  recent  non-person  mobile 
entity  or  stationary  entity  mentioned,  whichever 
would  make  a  meaningful  sentence  in  the  queuing 
problem  context.    Similarly,  "there"  is  consid- 
ered to  be  a  substitute  for  the  most  recent 
location  phrase.    Both  of  these  can  be  seen  in 
sentence  4  of  the  sample  problem,  where  "it" 
refers  to  the  "vehicle"  and  "there"  means  "at 
the  pump."    The  following  sentence  would  have 
exactly  the  same  meaning  as  sentence  4: 

Otherwise,  it  is  serviced  at  it; 
then  it  leaves. 

In  this  case  the  middle  "it"  would  be  taken  as 

"the  pump,"  because  a  location  J)hrase  requires 

a  stationary  entity  in  the  queuing  problem 

context . 


^^ost  sentences  of  the  input  text  are  com- 
pletely parsed  (at  least  implicitly),  i.e.  every 
word  and  phrase  must  be  accounted  for.  However, 
the  system  is  also  capable  of  extracting  meaning 
from  some  sentences  just  by  the  appearance  of  cer- 
tain "keywords."    For  instance,  if  the  words 
"time"  and  "unit"  and  some  time  phrase  (e.g.  "30 
seconds")  appear  in  a  sentence,  the  time  phrase 
is  considered  to  be  the  value  of  the  TIMUNIT  at- 
tribute of  MEMORY.    Similarly,  the  appearance  of 
"GPSS"  or  "program"  results  in  the  GPSS  program 
being  produced.    In  the  sample  problem,  sentences 
7,  9,  11,  and  12  are  keyword  sentences. 

In  the  Englis^^  input  the  user  may  either 
state  the  complete  problem  immediately,  or  he  may 
state  just  some  part  of  it  and  then  let  the  sys- 
tem ask  questions  to  obtain  the  rest  of  the  infor- 
mation, as  was  done  in  Figure  1.    Each  time  the 
system  asks  a  question,  it  is  trying  to  obtain  the 
value  of  some  one  essential  attribute.    A  question 
may  be  answered  by  a  complete  sentence  (e.g.  state- 
ment 8)  or  simply  by  an  appropriate  phrase  (e.g. 
statement  10)  to  furnish  a  value  for  the  attribute, 
or  the  question  may  be  ignored  and  a  sentence  with 
some  other  information  given  (e.g.  statement  9). 

6.    The  English  Problem  Description  Produced  by 
the  System 

The  overall  manner  in  which -the  English  prob- 
lem description  is  produced  by  the  system  can  be 
seen  by  comparing  the  information  in  the  text  of 
Figure  2  with  the  information  in  the  IPD  of 
Figure  4.    The  first  paragraph  is  produced  by 
going  down  the  action  list  and  saying  something 
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about  the  attributes  of  each  action.    Tlie  very 
first  action  is  simply  stated  with  an  action  sen- 
tence containing  information  about  the  type  of 
action,  its  AGENT  and/or  GOAL,  and  its  LOCATION. 
If  the  ItTM  or  DURATION  attribute  has  a  sin>ple 
value,  it  will  be  included  also,  as  a  preposi- 
tional phrase  (e.g.  "every  8  minutes"    or  "for 
S  minutes").    Otherwise,  a  separate  statement 
in  the  form  of  an  attribute  sentence  will  be  made 
about  the    ILTM  or  DURATION,  as  can  be  seen  in 
the  figure.     If  the  action  has  an  ASNDISTR,  a 
statement  will  then  be    made  about  it,  as  also 
can  be  seen  in  the  figure.     Finally,  a  statement 
of  the  form  "After  ...."is  produced  from 

the  SUCC  attribute.    The  exact  form  of  this 
statement  depends  upon  the  type  of    value  which 
SUCC  has.    It  can  be  seen  in  the  figure  that  a 
'QTYP*  successor  descriptor  actually  results  in 
two  sentences,  with  the  first  one  having  an  "if" 
clause  and  the  second  one  beginning  with  "other- 
wise". 

IVlien  describing  an  action  which  has  already 
been  mentioned  in  a  successor  statement,  it  is 
not  necessary  to  produce  a  simple  sentence  about 
that  action.     If  the    action    has  a  non-simple 
DURATION  and/or  a  SUCC,  the  appropriate  state- 
ments about  these  can  immediately  be  made.  This 
is  the  case  for  the  *SERVIC*  action  in  the  exam- 
ple.   No  output  was  produced f from  the  *LEAV* 
action,  because  it  had  already  been  mentioned  in 
a  successor  statement  and  it  had  no  additional 
attributes  to  be  described. 

If  a  stationary  entity  has  a  QUAI^TITY  or 


CAPACITY  attribute  with  a  value  greater  than  1. 
a  statement  will  be  made  about  it  shortly  after 
the  entity  is  first  mentioned  in  an  action  sen- 
tence (e.g.  "Tliere  are  2  pumps  in  the  station." 
or  "The  capacity  of  the  station  is  8  vehicles."). 
After  describing  the  actions  and  the  entities,  a 
separate  one -sentence  paragraph  is  produced  with 
the  values  of  PROBTIME  and  TIMUNIT  of  MEMORY,  as 
can  be  seen  in  the  figure. 
7.    The  GPSS  Program  Produced  by  the  System 

Tlie  manner  of  producing  the  GPSS  program  is 
similar  to  that  for  the  English  problem  descrip- 
tion,  but  it  involves  going  down  several  lists, 
not  just  the  action  list.  As  was  mentioned  ear- 
liei.,  these  other  lists  are  not  shown  in  the  IPD 
drawing  in  Pigure  4.  Their  contents  will  be  given 
in  parentheses  at  appropriate  points  in  the  fol- 
lowing discussion,  however. 

The  first  bit  of  GPSS  program  »)roduced  is  a 
standard  SIMULATE  card  and  RMULT  card.    Then  a 
pass  is  made  down  the  stationary  entity  list 
(RnC31,  REC32)  to  produce  an  EQU  card  for  each 
stationary  entity,  to  relate'  its  IDNAME  and  its 
IDNO  and  to  define  it  as  a  facility  or  a  storage 
and  a  queue.     If  either  the  QUANTITY  or  CAPACITY 
attribute  is  greater  than  1,  an  appropriate 
STORAGE  definition  card  is  also  produced.    Then  a 
similar  pass  is  made  down  the  mobile  entity  list 
(REC21,  REC22,  REC23)  to  output  an  EQU  card  and  a 
TABLE  card  for  each  type  of  mobile  entity  that 
will  actually  appear  in  the  simulation  (i.e.  those 
records  that  do  not  have  a  CLASATR  attribute).  In 
the  example,  nothing  is  included  for  'VLHICLE' 
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because  any  vehicle  that  appears  is  either  a  car 
or  a  truck.    The  tables  defined  will  be  used  to 
record  transit  times  during  the  simulation. 

Next,  a  standard  FUNCTION  1  for  the  ex- 
ponential distribution  and  a  standard  FUNCTION  2 
for  the  unit  normal  distribution  are  produced  if 
they  are  required  by  the  problem.    Then  a  pass 
is  made  down  the  distribution  list  (REC41,  REC42, 
REC43,  REC44)    to  define  a  FUNCTION  for  each 
recprd  that  requires  one.    In  the  example, 
FUNCTION  3  comes  from  REC42,  and  FUNCTION  4 
comes  from  REC43.    This  is  followed  by  a  similar 
pass  down  the  successor  descriptor  list  (REC51) 
to  define  a  FUNCTION  for  each  record  that  re-  * 
quires  one.    This  pass  produced  nothing  in  the 
example. 

Then  the  records  in  the  distribution  list 
are  looked  at  once  again  to  define  an  FVARIABLE 
for  each  normal  distribution  used  in  the  problem. 
One  of  these  appears  in  the  example.    The  numbers 
16  and  4  appear  there  for  the  mean  and  standard 
deviation  rather  than  8  and  2,  as  might  be  ex- 
pected, because  the  basic  time  unit  to  be  used 
for  this  problem  was  specified  as  30  seconds 
rather  than  1  minute.    The  number  of  each 
FUNCTION  and  FVARIABLE  defined  in  the  above 
passes  is  stored  as  the  IDNO  attribute  of  the 
record  which  caused  the  definition,  for  use  in 
later  processing. 

After  the  definitions  have  been  taken  care 
of,  a  pass  is  made  down  the  action  list  to 
produce  the  executable  blocks  which  describe  the 
flow  of  transactions  through  the  program  (which 


corresponds  to  the  flow  of  mobile  entities  through 
the  actual  system).    For  each  action  a  blank  com- 
ment card  (with  an  asterisk  in  column  1),  fol- 
lowed by  a  comment  card  with  a  simple  action  sen- 
tence on  it  is  immediately  put  out.    This  is  then 
followed  by  the  blocks  appropriate  to  this  action. 

The  group  of  blocks  produced  from  an  action 
actually  has  two  parts,  the  first  of  which  depends 
upon  the  type  of  action  and  the  second  of  which 
depends  upon  the  type  or  value  the  SUCC  attribute 
has.    For  example,  an  *ARRIV*  usually  produces  a 
GENERATE  and  an  ASSIGN,  a  »LEAV*  produces  a 
TABULATE  and  a  TERMINATE,  and  inost  activities 
produce  a  sequence  like  QUEUE,  SEIZE,  DEPART, 
ADVANCE,  anc^  RELEASE,  or  minor  variations  thereof. 
A  *QTYP'  successor  descriptor  results  in  a  TEST, 
followed  by  a  TRANSFER  (if  necessary),  and  a  sim- 
ple SUCC  results  in  an  unconditional  TR^lNSFER,  as 
can  be  seen  in  the  example.     If  the  *LEAV*  and 
'SERVIC*  actions  had  been  in  reverse  order  in  the 
action  list,  the  resulting  GPSS  program  would  not 
have  needed  the  two  unconditional  TRANSFER'S  which 
appear  in  this  program,  and  they  would  have  been 
suppressed. 

The  contents  of  most  of  the  argument  fields 
of  the  various  blocks  depend,  of  course,  upon  the 
attributes  of  the  records  in  the  IPD.    For  example, 
argument  A  of  the  GENERATE  block  is  VI  here  be- 
cause FVARIABLE  1  corresponds  to  the  normal  dis- 
tribution which  is  the  value  of  the  lETM  attribute 
of  the  *ARRIV'  action.    Similarly,  argument  B  of 
the  ASSIGN  block  (which  assigns  the  transaction 
type,  either  2  or  3,  to  parameter  1  of  the 
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transaction)  comes  from  the  ASNDISTR  attribute 
of  the  same  action.    Arguments  A,  B,  and  C  of 
the  TEST  block  and  argument  B  of  the  TRANSFER 
come  directly  from  the  attributes  SUCARG,  MAXQ, 
CLOSACT,  and.  OPENACT  of  the  'QTYP*  record.  The 
LOCATION  attribute  determines  the  A  argument  for 
such  blocks  as  QUEUE,  DEPART,  SEIZE,  and  RELEASE, 
as  can  be  seen  in  the  example. 

It  can  also  be  seen  that  argument  A  of  the 
ADVANCE  block  (the  mean  advance  time)  references 
FUNCTION  3,  which  was  defined  from  the  'TYPTABL* 
record  which  specifies  the  mean  of  the  DURATION 
of  the  *SERVIC'  action.    Mien  a  transaction  en- 
ters   that  ADVANCE  block,  the  appropriate  mean 
time  will  be  obtained  from  FUNCTION  3  using  the 
value  of  parameter  1  which  was  ASSIGN 'ed  to  it 
when  it  '^arrived'*.    Tliis  will  then  be  modified 
by  a  value  from  FUNCTION  1       yield  a  service 
time  from  the  desired  exponential  distribution. 
Hie  B  argument  of  the  last  TRANSFER  gets  its 
value  directly  from  the  SUCC  attribute  of  the 
•SERVIC  action.    All  actions  are  referenced  by 
names  of  the  form  "ACTi",  where  i    is  the  value 
of  the  action's  IDNO  attribute. 

Finally,  after  the  blocks  for  the  actions 
are  put  .Jt,  a  standard  "timing  loop"  is  pro- 
duced to  govern  the  "run  length  of  the  simulation. 
The  value  in  the  A  argument  of  the  GENERATE 
block  comes  from  PROBTIME  of  MEMORY.    In  the 
example  this  value  is  960,  because  there  are 
960  30-second  periods  in  8  hours. 
8.    The  System 

Tlie  computer  system  developed  for  this 


project  is  in  the  form  of  a  5000- statement  FORTRAN 
program  called  NLP  (Natural  Language  Processor), 
which  is  intended  to  be  useful  for  a  wide  range 
of  natural -language,  man-machine  communication 
tasks.    VsTien  run  under  the  CP/ CMS  time-sharing 
system  on  an  IBM  360/67,  it  requires  .i  virtual 
machine  with  350K  bytes  of  storage.    Tne  program 
consists  of  about  100  routines,  ranging  in  size 
from  one  which  simply  unpacks  a  four- byte  word 
to  another  which  is  a  compiler  for  a  grammar-rule 
language.    Onr  large  group  of  routines  provides 
list-processing  capabilities.    The  main  routine 
serves  as  a  monitor  to  provide  for  interaction 
with  the  user. 

Before  NLP  can  process  a  queuing  problem,  it 
must  be  initialized  with  information  about  the 
relevant  words  and  concepts  and  about  the  grammars 
of    the  languages  to  be  used  (currently  English 
and  GPSS)  and  how  text  is  to  be  processed  for 
these  languages.    Information  about  words  and  con- 
cepts is  entered  by  means  of  "named  record" 
definitions,  and  the  grammars  and  processing  are 
specified  by  "decoding  rules"  and  "encoding  rules". 
Each  of  these  is  discussed  in  detail  in  Reference 
8. 

9.    Computer  Time 

There  are  at  least  three  different  kinds  of 
time  which  can  be  reported  for  a  job  run  on  a  time 
'sharing  systen.    The  "virtual  CPU  time"  does  not 
include  System  overhead  and  is  essentially  the 
time  that  the  job  would  take  if  run  under  a  batch 
system.    The  "total  CPU  time"  includes  system 
overhead,  mjst  of  which  is  for  paging,  and  depends 
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somewhat  on  the  current  load  on  the  system. 
"Elapsed  time"  is  the  time  that  the  user  spends 
sitting  at  the  terminal  and  can  be  very  highly 
dependent  on  the    current  load. 

For  the  sample  problem  the  virtual  CPU  time 
was  77  seconds  for    Figure  1,  26  seconds  for 
Figure  2,  and  45  seconds  for  Figure  3,  for  a 
total  of  148  seconds.    The  total  CPU  time  was 
156  seconds  for  Figure  1,  41  seconds  for  Figure 
2,  and  65  seconds  for    Figure  3,  for  a  total  of 
262  seconds.    The  elapsed  time  for  this  problem 
may  vary  from  one  half  hour  to  two  hours,  de- 
pending on  the  load  on  the  system.    Due  to  im- 
provements in  the  program,  the  times  given  here 
average  about  35  percent  less  than  those  given 
in  Reference  7. 
10.  Conclusion 

The  system  described  here  is  considered  to 
be  in  its  early  stages  of    development.     It  is 
already  quite  capable,  as  can  be  seen  from  the 
sample  problem,  but  it  certainly  is  not  yet 
ready  for  production  use  and  may  not  be  for  at 
least  a  few  years. 

In  line  with  the  overall  goal  stated  in  the 
Introduction,  work  is  currently  being  done  on 
developing  the  capability  for  having  the  system 
perform  the  simulation,  rather  than  just  pro- 
ducing a  GPSS  program.    This  will  make  it  pos- 
sible to  give  the  user  more  control  over  the 
actual  simulation  and  also  make  it  possible  to 
report  the  results  in  the  language  of  the  prob- 
lem.   It  is  intended    that  facilities  for  aiding 
statistical  analyses  will  be  incorporated,  too. 


Along  with  this,  work  is  continually  being  done 
to  expand  both  the  kinds  of  problems  that  the 
system  can  handle  and  the  language  which  it  will 
accept. 
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GASP  IV:    A  COMBINED  CONTINUOUS/DISCRETE, 
FORTRAN  BASED  SIMULATION  LAiNGUAGE 


by 

Nicholas  R.  Hurst 
A.  Alan  B.  Pritsker 
Center  for  Large-Scale  Systems 
Purdue  University 

Abstract 

GASP  IV  is  an  extension  of  the  next  event 
simulation  language  GASP  11.    A  generalization 
of  the  definition  of  "event"  and  additions  to 
the  language  structure  enable  GASP  IV  to  be  used 
for  continuous  or  combined  models  while  retaining 
the  full  power  of  GASP  II  for  discrete  models. 

Continuous  system  state  description  may  be 
in  the  form  of  a  set  of  algebraic  and/or  differential 
equations.    GASP  IV  handles  the  details  of  state 
and  event  control  (includinji  state  variable  integra- 
tion when  necessary),  information  storage  and 
retrieval,  system  performance  data  collection  and 
analysis,  and  report  and  plot  generation. 

In  addition  to  the  models  which  can  be  coded  in 
GASP  II,  the  following  types- of  models  have  been 
successfully  coded  in  GASP  IV:    Systems  Dynamics 
Models  (Industrial,  Urban,  and  World  Dynamics  Models); 
Mechanical  Impact  Models;  and  Chemical  Process  Models. 
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In  each  case,  an  analyst  familiar  with  GASP  II  has 
been  able  to  quickly  write  the  GASP  IV  code. 

Introduction 


GASP  IV  is  a  new  simulation  language  with- 
new  capabilities.    Although  it  is  an  extension 
of  GASP  II,  it  provides  many  of  the  capabilities 
normally  associated  with  continuous  simulation 
languages.    These  aclditional  capabilities 
are  integrated  into  the  GASP  It  structure  re- 
suiting  in  a  conceptually  and  physically  inte- 
grated language.    Because  GASP  II  is  well 
documented  (References  3  and  A),  this  paper  will 
emphasize  these  features  and  capabilities  of 
GASP  IV  not  included  in  GASP  II. 

GASP  IV  consists  of  a  set  of  FORTRAN  sub- 
routines organized  to  assist  the  analyst  in 
preparing  discrete,  contiuous,  or  combined 
simulation  models.    GASP  IV  formalizes  an 
approach  to  the  preparation  of  such  models  by 
providing  an  appropriate  world-view  supported 
by  prepared  subroutines  which  handle  the  problem-  , 
independent  structure  of  the  model.    The  world- 
view  provided  describes  the  status  of  the 
subject  system  in  terms  of  a  set  of  state 
variables  and  a  set  of  entities  with  their 
associated  attributes.    The  GASP  IV  simulation 
philosophy  is  that  the  dynamic  simulation  of  a 
system  can  be  obtained  by  modeling  the  events 
of  the  system  and  advancing  time  from  one  event 
to  the  next.    This  philosophy  presumes  an 
expanded  definite. on  of  "event"  which  will  be 


stated  later. 

Every  GASP  IV  simulation  model  consists  of: 

1)  A  set  of  subroutines  which  describe  a 
system's  operating  rules.  (Subroutines 
defining  events,  conditions  causing 
events,  and  the  trajectories  of  the 
state  variables.) 

2)  Lists  and  matrices  which  'Store  informa- 
tion. 

3)  An  executive  routine. 

The  set  of  subroutines  describing  the 
'  operating  rules  represent  the  technological 
logic  of  the  system  being  studied.    The  lists 
and  matrices  represent  the  specific  entities, 
their  attributes,  and  associated  control  infor- 
mation.   Variables  common  to.  many  simulation 
programs  are  defined  and  provided  as  GASP 
variables  requiring  the  user  to  define  only 
problem  dependent,  non-GASP,  variables. 

The  executive  routine  and  its  supporting 
subroutines  provide  the  nine  functions  shown 
below: 

1)  State  and  event  control  including  state 
variable  integration  when  necessary. 

SUBROUTINE  GAS? 

2)  System  initialization. 

SUBROUTINE  DATIN 
SUBROUTINE  CLEAR 
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SUBROUTINE  SET 

3)  Information  storage  and  retrieval. 

SUBROUTINE  FILEM  (IFILE) 
SUBROUTINE  RMOVE  (NTRY,  IFILE) 
SUBROUTINE  CANCL  (NTRY) 
SUBROUTINE  COPY  (NTRY) 

4)  Locai.ion  of  specified  /itate  conditions. 

FUNCTION  KROSS  (IKRSG.  IDRSD, 
CONST,  LDIP,  lOL) 
SUBROUTINE  FIND  (XVAL,  MCODE, 
IFILE,  J ATT,  NTRY,  TOL) 

5)  System  perforipance  data  collection. 

SUBROUTINE  COLCT  (XX,  ICLCT) 
SUBROUTINE  IMST  (XX,T,ISTAf) 
SUBROUTINE  MISTO  (XX,  A,W,IHIST) 
SUBROUTINE  GPLOT  (IPLOT,ITAPE, 
NVARP,  LCODE,  TIME,  P) 

6)  '^*"?tistlcal  computation  and  reporting. 

SUBRoWii.w— •'^•:-TQ  (:rii.F} 
SUBROUTINE  PRNTS  X 
SUBROUTINE  ZlS^lvk 

7 )  M-*A* i  ^orJ^  n 9,  and  .erro r  repo r t ing . 

SUBROUTINE  MONTR 
SUBROUTINE  ERROR  (KODE) 

8)  Random  varlate  generation. 

FUNCTION  DRAND  (ISTRM) 
FUNCTION  UNFRM  (ULO,UHI ,iSTRM) 
FUNCTION  RNORM  (IPAR, ISTRM) 
FUNCTION  RLOGN  (IPAR,  ISTRM) 
FUNCTION  ERLNG  (IPAR, ISTRM) 
FUNCTION  GAMA  (IPAR, ISTRM) 
FUNCTION  BETA  (IPAR, ISTRM) 
FUNCTION  NPOSN  (IPAR, ISTRM) 
FUNCTION  GAM  (AK, ISTRM) 


9)    Miscellaneous  support.  ^ 
FUNCTION  SUMQ  (JATT, IFILE) 
FUNCTION  PRODQ  (JATT,  IFILE) 
FrNCTION  GTABL  (TAB , X , XLOW , 
XillGH.  XINCR) 

SUBROUTINE  GDKAY  ( IFS , ILS ,XIN,DEL) 
Because  of  the  functions  performed  by 
GASP  IV,  the  analyst  need  only  prepare  subrou- 
tines defining  the  events  and  state  variables  in 
order  to  obtain  a  complete  simulation  model. 
Event  Definition 

The  CASP  IV  definition  of  "event"  Is 
fundamental  to  the  world-view  which  supports  the 
modeling  of  continuous,  discrete,  or  combined 
systems  within  the  same  conceptual  framework. 

AN  EVENT  IS  ANY  POINT  IN  TIME  BEYOND  WHICH 

THE  STATE  OF  A  SYSTEM  MAY  NOT  BE  PROJECTED 

WITH  CERTAINTY. 
It  should  be  noted  that  this  definition  does  not 
relate  an  event  to  any  change,  either  discrete 
or  continuous,  in  the  state  of  a  system.  Such 
a  relationship  often  exists,  but  it  is  possible 
to  have  an  event  with  no  associated  change  in 
system  state.    Conversely,  it  is  possible  to  have 
a  change  in  system  state  with  no  associated  event. 

In  GASP  IV,  it  is  useful  to  describe  events 
in  terms  of  the  mechanism  by  which  they  are 
scheduled.    Those  events  which  occur  at  a  speci- 
fied tine  are  referred  to  as  time-events.  They 
are  the  type  of  event  commonly  thought  of  in 
conjunction  with  "next-event"  simulation.  Events 
which  occur  when  prescribed  conditions  defined  in 
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termo  of  the  system  state  are  net  are  called 
state-events.    Unlike  time-events,  they  are  not 
scheduled  in  the  future.    They  may,  however, 
initiate  timr>-events .    Likewise,  time-events  may 
Initiate  state-events.    The  example  presented  in 
this  paper  illustrates  these  types  of  inter- 
action* 

The  GASP  IV  l.,nRU3ge 

The  execution  of  a  typical  GASP  IV  program 
begins  with  a  user  provided  main  program  which 
initiates  the  simulation.    Control  is  then 
trans ferre'J  to  GASP,  the  executive  routine, 
which  controls  the  simulation  until  completion. 
A  general  flow  chert  of  SUBROUTINE  GASP  is 
shown  in  Figure  1. 

GASP  first  calls  SUBROUTINE  t.VTIN  ;hich 
initializes  all  GASP  ^*;Jjr«bles  either  directly 
or  from  reading  data  card^^.    In  addition  to 
initialization,  DATIN  also  provides  an  echo 
check  of  the  input  data. 

Immediately  following  initialization,  GASP 
prepares  to  advance  simulated  time.    GASP  uses 
a  combined  "next-event"  and  "step-evaluation- 
step"  method  of  time  advance.    This  combined 
method  is  necessary  because  of  the  potential 
existence  of  state-events  whose  location  on  the 
time  axis  ata  not  known.    GASP  first  checks  to 
see  if  there  is  a>time-event  to  process.  If 
there  is,  that  event  is  processed  by  calling 
SJUBROUTINE  EVNTS(IX)  with  the  proper  event  code. 
If  not,  GASP  checks  to  see  if  there  are  any 
active  state  or  derivative  equations.  If  there 
are  none,  time  is  advanced  from  time-event  to 


time-event  as  each  is  processed.    That  is,  it 
proceeds  as  in  GASP  II.    If  there  are  active 
state  or  derivative  equations,  a  different  time 
event  mechanism  is  used.    Time  is  advanced  by  the 
maximum  allowable  step  size  (user  specified)  or 
to  the  next  time-event,  whichever  is  less.  (If 
there  are  active  derivative  equations,  this  in- 
volves intermediate  steps  and  accuracy  checks.) 
At  that  point  the  system  state  is  examined  to  see 
if  a  state-event  has  occurred.    If  a  state-event 
has  been  passed  by  more  than  the  specified  tol- 
erance, time  and  state  are  reset  to  the  begin- 
ning of  the  step  and  a  smaller  step  size  is 
tried.    If  no  state-events  have  been  passed  by 
more  than  the  specified  tolerance  all  state- 
events  which  have  occurred  within  the  specified 
tolerance  are  processed.    If  a  time-event  is 
scheduled,  it  is  processed.  If  no  event  is 
scheduled,  another  step  is  started. 

Upon  satisfaction  of  user  specified  condi- 
tions, the  run  is  terminated.    GASP  then  calls 
SUBROUTINE  SUMRY  to  provide  a  summary  report, 
calls  SUBROUTINE  OTPUT  to  provide  user  defined 
output,  checks  the  number  of  runs  rem^isrriing,  and 
then  either  bagijia  a  new  run  or  returns  to  the 
main  prosram. 

Description  of  Example  Problem^ 

As  an  example  of  the  use  6f  GASP  IV,  con- 
sider the  system  depicted  in  Figure  2,    A  hydro- 
generation  reaction  is  conducted  in  four  reac- 
toriiy  each  of  which  2iay  be  started^  stopped, 
1 

The  authors  are  indebted  to  Professor  J,  M. 
Woods  of  the  Purdue  University  School  of  Chemical 
Engineering  who  formulated  this  example  problem. 
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the  oc'-ers.    A  cc^r;^sso^  vlih  ccc^cart  zclal 
flc«  riii  provides  ^  sxzpply       hydrogen  gas  t^n, 
th<r  rsaccors.    The  *.ydrogea  fie--  is       shc--3  ia 
^:g5.re  2. 

The    oper^.cir.g  p-^licy  for  che  facility  is 
to  scare  each  of  che  resctcrs  initially  at  20 
sinuce  inc>rvals.    The  concent ration  of  the 
re^ctar^s  is  then  scnitcred  unci!  iz  reaches 
lOZ  or  its  initial  value  at  vhich  ti=e  the  reac- 
ti'-.n  is  c5=?lete  and  the  reactor  is  turned  off. 
rolioving  ccapletion  of  a  batch,  the  reactor  is 
discharged,  cleaned,  recharged  and  restarted. 
The  tice  to  discharge  the  reactor  is  knovn  to  b5 
exponentially  distributed  vith  a  oean  of  one 
hour.    Tne  tise  to  clean  and  recharge  rhe  reac- 
tor is  knovn  to  be  approximately  normally  dis- 
tributed with  a  mean  of  one  hour,  a  standard 
deviation  of  one-half  hour,  a  minisus  of  zero 
hours,  and  a  maxisus  of  tvo  hours. 

The  valve  connecting  each  reactor  to  the 
rest  of  the  system  is  adjusted  by  controU*  so  as 
to  aaintain  an  effective  pressure  of  100  psia  in 
each  active  reactor  unless  the  s/sten  pressure 
has  fallen  belov  100  psic  in  wnich  case  the 
effective  pressure  is  the  actual  sysfjc^r  pressure. 

In  order  to  prp.cltide  the  pressure  froa 
falling  too  low;  if  systea  pressure  falls  below 
the  critical  value    (100  psia),  the  last  reactor 
to  have  started  is  iinnediately  shut  off.  In 
addition,  no  reactors  are  ever  started  if  the 
systea  pressure  is  below  the  nontnal  value  of 
150  psia. 


*:^5sly  :vc  evests  are  associated  vith  the 
systea;  ^  start  of  reaction  event  and  a  step 
reaction  event.    The  start  of  reaction  event  say 
be  sither  a  tise-event,  based  upcn  a  specified 
time  frcr.  cetrcletion  of  one  batch  to  the  srart  of 
the-  next  batch;  or  a  scate^venr    b^sed  upon 
system  pressure  rising  above  lU'cin.M.    The  stop 
reaction  event  "-ili  be  treated       a  sCAte-event, 
based  either  upon  c^yrsl *f ioc  c:  ^  batcn  cr  pres- 
sure falling  below  critical.    Tnese  events  will 
be  diiscribed  more  fully  in  the  discussion  of  tne 
coding  vhich  follovs. 
Coding  fov  Example  Problem 

X  liberally  annotated  listing  of  Che  source 
program  for  the  cited  example  is  given  in  Figure 
3.     In  large  part,  the  coding  is  identical  to 
that  used  in  GASP  II  models,  although  there  is 
not  complete  upward  compatab ility .    Tnere  is  how- 
ever, virtually  complete  conceptual  compatibility. 
Because  of  this  fact,  only,  selected  features  will 
be  described  in  this  paper.     In  order  tc  f^^iL*- 
tate  understanding  of  the  ceding,  so-tc  of  the 
important  CAS?  IV  varlabl<2s  are  defined  below. 

ATRIB  (I)  Suffer  storage  for  entries 
being  stored  in  or  removed 
froa  NSET. 


Dd) 


DTMAX 


DTVG 


The  derivative  of  the  Ith 
state  variable. 

The  caxisua  step  size  used  to 
advance  ti  e  if  any  state 
equations  requiring  integra- 
tion are  active. 

The  difference  between  TKOW 
and  TLAST. 
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ID  Maximum  number  of  entries 

a.Uowed  In  NSET. 

lEVNT  Event  code  for  state-events. 

IM  Number  of  attributes  per 

entry  In  NSET. 

INN(I)  A  code  establishing  the  rank- 

ing for  file  I, 

IS(I)  A  flag.  Indicating  the  occur- 

rence of  a  state-event. 

JEVNT  Event  code  for  time-events. 

KRANK(I)  The  attribute  number  oj>  which 

file  I  Is  ranked. 

LSEV  A  code  Indicating  whether 

state-events  may  cause  dis- 
crete changes  In  the  system 
state. 

MFA  The  relative  address  of  the 

first  space  In  NSET  available 
for  storing  a  new  entry. 

MFE(I)  The  relative  address  of  the 

first  entry  In  file  I. 

MLE(I)  The  relative  address  of  the 

last  entry  In  file  I. 

NEQD  The  number  of  derivative 

equations. 

NEQDS^  The  total  number  of  state 

and  derivative  equations. 
(NEQDS=NEQD+NEQS) 

NEQS  The  number  of  state  equations. 

NOQ  The  number  of  separate  flies 

In  »SET. 

NQ(I)  The  current  number  of  entries 

In  file  I. 

NSET(I)  .The  filing  array  for  storing 

QSET(I)  all  entitles  and  their  asso- 

ciated pointers. 

S(I)  The  Ith  state  variable. 


SL(I)        The  value  of  S(I)  at  TLAST.  SL(I) 
equals  S(I)  except  during  periods 
when  GASP  Is  In  the  process  of 
advancing  time. 

SEED(I)    The  seed  for  the  Ith  stream  of  the 
random  number  generator. 

TLAST       The  latest  time  at  which  all  of 

the  state  variables  were  complete- 
ly updated. 

TNEXT       The  scheduled  time  of  occurrence 
of  the  most  Imminent  time-event. 

TNOW         Current  simulation  time. 

SUBROUTINE  STATE  Is  a  required  GASP  IV 
subroutine  whose  purpose  Is  to  define  the  state 
variables  or  their  derivatives.    GASP  IV  allows 
substantial  flexibility  with  respect  to  the 
definition  of  state  equations.    One  method  of 
coding  subroutine  STATE  for  this  example  Is  given 
In  Figure  3.    The  statements  shown  below  indicate 
three  possible  alternative  formulations  for  this 
problem. 

1)  S(I)=SL(I)*(1.-DTVG*RK(I)*PEFF*R0N(I)) 

2)  tRL(I)=accumulated  running  time  for 

present  batch  In  reactor  I  at 
TLAST. 

TR ( I) =TRL ( I ) +RON (I ) *DTVG 

XPNTI=TR(I)*RK(I)*PEFF 

S(I)=SO(I)*EXP(XPNTI) 

3)  XPNTI=-RON(I)*DTVG*RK(I)*PErF 
S(I)«SL(I)*EXP(XPNTI) 

The  coding  of  subroutine  STATE  and  the  above 
alternatives  show  three  general  approaches  which 
may  be  used:    1)    Use  of  the  GASP  IV  provided 
Runge-Kutta  Integrator  (as  In  SUBROUTINE  STATE); 
2)    Construction  of  an  Eul.ir  Integrator  (as  In 
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Alternative  1),  or;  3)    Use  of  the  closed  form 
solut     »  of  the  problem  (as  In  Alternatives  2 
and  J). 

SUBROUTINE  SCOND  performs  the  dual  func- 
tions of  setting  flags  to  Indicate  state-event 
occurrences  as  well  as  causing  SUBROUTINE  GASP 
to  locate  any  state-events  within  a  prescribed 
tolerance.  The  prescribed^  tolerance  may  be  on 
the  appropriate  state  variable,  on  time,  or  a 
combination  of  both. 

SUBROUTINE  EVNTS(IX)  performs  the  same 
functions  in  GASP  IV  as  In  GASP  II.    The  only 
difference  Is  that  In  addition  to  being  called 
for  each  time-event,  It  Is  also  called  for  each 
state-event.    For  time-events,  the  argument 
passed  Is  the  event  code  (JEVNT=ATRIB(2))  of 
the  event  to  be  processed.    For  state-events, 
the  argument  passed  Is  the  user  specified  event 
code  (IEVNT=3  In  this  example)  for  state-events 
Substantial  flexibility  exists  with  respect  to 
making  lEVNT  a  constant  or  variable  and  coding 
the  event  logic  directly  into  EVNTS  or  Into 
event  subroutines. 

SUBROUTINE  SEVNT  is  the  state-event  sub- 
routine.   In  this  example.  It  could  easily  be 
coded  directly  In  EVNTS,  but  Is  separate  In 
order  to  clarify  Its  function.    SEVENT  checks 
those  flags  set  by  SCOND  and  causes  the  appro- 
priate events  to  be  processed.    An  alternative 
method  of  processing  the  events,  rather  than 
calling  the  appropriate  event  routine  directly, 
would  be  to  schedule  the  event  as  a  time-event 
to  occur  at  TNOM.    That  Is,  to  replace  CALL 


START  and  CALL  STOPP  by  CALL  FILEM(l) .  This 
approach  allows  the  user  to  control  the  sequenc- 
ing of  events  which  occur  at  the  same  Instant  of 
time.    Thus,  simultaneous  events  may  be  processed 
In  any  user-defined  sequence. 

SUBROUTINE  START  describes  the  performance 
of  the  system  at  the  Instant  In  time  that  the 
event  occurs.    If  system  pressure  Is  below  nomi- 
nal, it  causes  the  entity  representing  the  asso- 
ciated reactor  to  be  filed  in  the  file  awaiting 
conditions  enabling  the  reactor  to  be  started. 
If  system  pressure  is  above  nominal  it  seti.  the 
appropriate  counters,  flags,  and  attributes  ^*4d 
files  the  entity  in  the  file  awaiting  conditions 
causing  it  to  be  stopped. 

SUBROUTINE  STOPP  describes  the  performance 
of  the  system  at  the  instant  in  time  that  the 
event  occurs.    It  first  sets  appropriate  flags 
and  counters  to  Indicate  the  reactor  is  turned 
off.    Next  It  checks  to  see  xf  the  STOPP  event 
Is  caused  by  batch  completion  or  low  pressure. 
If  It  is  caused  by  low  pressure,  attributes  are 
set  and  the  entity  is  filed  awaiting  sufficient 
pressure  to  start.    If  it  is  caused  by  batch 
completion,  concentration  is  initialized  for  the 
next  batch  and  the  start  of  the  next  batch  Is 
scheduled  (the  only  time-event  in  this  example) 
for  the  appropriate  time.  * 

SUBROUTINE  SSAVE  normally  does  no  more  than 
provide  a  documentation  point.    It  Is  called  at 
least  once  at  each  event  time  during  periods 
when  there  are  active  state  equations.    If  a 
discrete  change  in  system  state  may  occur  at  the 
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event  tirac?  SSAVE  is  called  both  before  and 
after  the  potential  change.    Othe\Twise,  SSAVE 
is  called  only  op.ce  at  an  event  time. 
Selected  Output  from  Example  Problem 

The  selected  output  shown  in  Figures  4,  5 
and  6  gives  an  example  of  standard  GASP  output. 
Several  other  forms  such  as  error  output, event 
tracing  output  and  state  variable  tabular  out- 
put are  not  shown. 

The  initial  output,  Figure  4,  consists  of 
an  echo  check  of  input  data.    Definition  of 
those  parameters  not  given  previously  may  be 
found  in  Reference  3. 

The  output  shown  in  Figure  5  is  automati- 
cally generated  by  SUBROUTINE  SUMRY.  Included 
are  tables  of  parameter  values,  statistics 
collected  by  subroutine  COLCT  (time  each  reactor 
is  down  after  completion  of  a  batch) ,  statistics 
collected  by  SUBROUTINE  TMST  (number  of  reactors 
on),  a  histogram  collected  by  SUBROUTINE  HISTO 
(time  each  reactor  is  down  after  completion  of 
a  batch),  and  a  final  dump  of  both  the  f^'  ^nd 
state  storage  areas. 

The  output  shown  in  Figure  6,  is  generated 
by  SUBROUTINE  GPLOT.    In  this  particular  case 
it  provides  a  plot  of  each  of  the  state  vari- 
ables as  a  function  of  time.    The  heading  lists 
the  user-specified  plot  symbol  and  associated 
identifier  as  well  as  the  scale  for  each  vari- 
able to  be  plotted.  Thus,  the  plot  symbol  "P" 
represents  the  system  pressure  on  a  scale 
ranging  from  0  to  lOOO  psia.    The  symbol  "  •  " 


is  used,  in  this  case,  to  represent  critical 
pressure  (100  psia)  and  nominal  pressure  (150 
■psia).    Because  the  plot  interval  does  not  equal 
i'he  communication  Intervalf  multiple  plot  points 
associated  with  the  same  time  frequently  occur; 
specifically,  where  the  time  step  has  been  re- 
fined to  locate  a  state-event  or  to  obtain  more 
accuracy  in  integration.    The  dynamic  behavior 
of  the  system  can  be  seen  clearly  in  Figure  6. 
Initially,  only  reactor  1  was  on  and  pressure 
rose  rapidly  until  reactor  2  was  turned  on  at 
time  0,5.    Reactor  1  was  turned  off  because  of 
batch  completion  (a  state-event)  at  about  0.7 
hours.     (More  precise  accuracy  on  event  times  is 
readily  available  through  either  a  table  giving 
every  event  point,  a  plot  with  a  non-lin.ear  time 
axis  which  gives  every  event  separately,  or  a 
plot  with  a  linear  time  axis  and  reduced  plot 
interval.)    Beginning  with  the  start  of  reactor 
3  (a  time-event)  at  time  1.0,  pressure  fell 
rapidly.    There  is  an  obvious  discontinuity  in 
thfe  pressure  curve  at  time  1.5,  when  reactor  4 
was  started.    Pressure  first  went  critical  at 
about  1.8  hours,  causing  reactor  4  to  be  stopped 
(a, state-event)  since  it  wab  the  last  one  started. 
From  1.8  until  2.8  hours  pressure  oscillated 
several  times  between  critical  and  nominal. 
(Critical  and  nominal  pressure  are  shown  by  the 
cursors  on  the  plot.)    Because  pressure  falling 
belr    critical  and  pressure  rising  above  nominal 
are  state-events,  there  is  a  plot  point  for  each 
occurrence  which  greatly  aids  analysis.    It  may 
be  noted  that  the  oscillations  in  pressure  caused 
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reactor  4  to  be  stopped  at  1.8,  2.2,  2.5,  and 
2.8  hours.     (Note,  the  plot  point  for  pressure 
being  critical  at  time  2.2  coincides  with  a 
plot  point  for  reactor  3;    thus  it  is  indicated 
in  the  duplicates  column.) 

Applications 

Thus  far,  GASP  IV  has  been  used  by  the 
authors  and  by  graduate  students  in  3  simulation 
course  to  node  previously  published  and  locally 
generated  models.    In  each  case,  the  coding  has 
been  accomplished  without  undue  difficulty.  The 
previously  published  models  which  have  been 
coded  in  GASP  IV  include:    1)    An  Industrial 
Dynamics  formulation  of  a  production-distribu- 
tion system  (Reference  1,  pp.  383-386);  2) 
World  Dynamics  (Reference  2,  pp.  132-134);  and, 
3)    A  mechanical  impact.  Slip  Clutch,  problem 
(Reference  4,  pp.  74-76).    In  each  case,  the 
GASP  IV  model  replicated  the  dynamic  behavior 
of  the  subject  model. 
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Abs  t  rac  t 

A  Version  oC  the  GPSS  simulation  language, 
compatible  with  GPSS  V,  has  been  implemented 
for  the  CDC  6000  series  and  is  operational  at 
the  Naval  Air  Deve..opmen t  Center.  In 
addition,    the  design  goals  of  NGPSS/6000 
were  thorough  asse&bly  debugging,  reduced 
core  requirements,  decreased  running  time, 
unrestricted  use  of  matrices,   anA  language 
flexibility  to  allow  flexibility  tfor  future 
enhancements.     This  implementation  seeks  to 
aid  both  the  user  unfamiliar  with  the 
language  with  mo  re  complete  diagnostics; 
Vhile  enabling  the  experienced  user  .to 
build  very  large-scale  models  and  associated 
data  banks.     Pro visions  have  been  made  for 
future  language  extensions  toward  real-time 
operation,  on-line  debugging,    and  a  faster 
execution  module  for  debugged  models . 
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INTRODUCTION 

The  Implementation  of  a  GPSS  for 
the  CDC  6000  series  provided  an 
opportunity   to  reevaluate   the  organi- 
zation and  structure  of  the  Ian gu age. 
The  goal  was   to  preserve   the  language 
syntax  in  its  entirety  and  to  simplify 
the  Implementation,   obtain  rapid 
execution  and  enable  flexibility  for 
future  modifications.      In  addition,  as 
part  of   this  undertaking,    it  was  felt 
that  the  resultant  language  should  be 
Internally  consistent,   for  example, 
matrices  can  be  referenced  anywhere 
within  the  language. 

The  first  major  departure  was  to 
implement  NGPSS  as  a  two -phase  processor 
consisting  of  a  translator,  the 
assembly  phase,    and  an  Interpreter, 
the  execution  phase.     The  assembly 
phase  was  written  primarily  in  COBOL 
with  COMPASS  routines   to  carry  out 
operations  which  would  have  been  awk- 
ward in  the  higher  level  language. 

COBOL  was  chosen  for   this  phase 

for: 

.   character  manipulation 

capabilities  required  to  per- 
form syntax  checking 

.    file  manipulations  used  for 
lnput>  output  and  cross 
reference  symbol  table 


generation 
.   sort  capabilities  used  to 
structure  the  numer Ic  entity 
table 
.  ease  of  debugging 
.   to  establish  a  degree  of 
maclilne  Independence 
The  execution  phase  consists  of 
three  distinct  segments.     The  first  Is 
an  input  module  which  processes  the 
NGPSJ  control  cards  and  loads  the 
entity  area  in  to  core,    the  second  is 
the  execution  module  which  performs  the 
actual  GPSS  simulation  and  the  third  is 
an  output  module  which  generates 
standard  NGPSS  statistical  output. 
These  and  any  HELP  block  subroutines 
are  dynamically  loaded   in  to  core  via 
the  SCOPE  3.3  segmentation  loader  as 
needed.     The  first  two  modules  were 
coded  in  CDC  assembler,   COMPASS,  to 
minimize  central  processor  and  core 
requirements.     FORTRAN  was  not  used 
for  the  f o 1 lowl ng  reasons ;  a wkwa r dne s s 
of  par  t  I'al  word  man  ipula  t  ion s  ,  add  1- 
tlonal  core  required  for  system  rou- 
tines,  and   slower  processing  of  the 
relative  addresses  required   for  entity 
operations.     The  output  module  was 
written   in  FORTRAN.     Although  core 
and  speed  are  impottant,   they  were  not 
as  critical  as  the  ability  to  trans- 
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form  binary  values  Into   their  charac- 
ter representations • 

The   two   phases  of  NGPSS/6000  are 
run  as   Ind e pend en t  operations  with 
communication  via  a  temporary  file. 
The  assembly  phase  Is  organized  In  an 
overlay  structure  to  reduce  CPU  time. 
The  execution  phase   Is  organized  into 
segments  because  of   the  real loca tab  1 e 
entity  area  and   the  variable  number  of 
subroutines.     The  Incompatibility  of 
these  loader  techniques  was  resolved 
by  use  of  a   two  step  processor.  The 
advantage  of  this  type  of  organization 
Is   that  assembly  and  execution  can  be 
run  Independently. 

Consistent  with  the  Navy  and  Norden 
experience   In  the  building  of  large 
scale  GPSS  models,   this  Implementation 
of   the  GPSS   language  emphasizes  the 
use  of  ma trices   to  control  and  operate 
the  GPSS  logic.     In  this  i  ^nner,  a 
logic  system  representing  the  general 
case  can  be  used  with  a'varlety  of' 
ma  trices  providing  the  data  to  se pa rate 
the  model  logic  and  data  libraries. 
This  generalization  Is  emphasized  In 
this  Implementation  by  complete 
accessibility  of  matrix  references 
anywhere- wl thin  the  GPSS  language. 

The  assembly  phase  requires  18)700 
dec Imal  words  of  core  plus  an  area  for 
the  GPSS  symbol   table.     A  typical 


model  can  -be  assembled   In  default  core, 
24,576  decimal  words.     The  execution 
phase  requires  7,600  decimal  words  of 
core  for  the  system  and   3,700  words  of 
core  for  the  system  loader  and  loader 
tables. 

Besides  the  above  considerations, 
the  following  features  have  been  added 
to  enhance  the  language: 

1)  The  restrictions   that  have  been 
Imposed  on  the  usage  of  matrix 
and   floating  point  Standard 
Numerical  Attributes  (SNA*s) 
have  been  lifted.     They  can 
therefore  be  used   In  function 
arguments  and  follower  cards, 
GENERATE  block  arguments,  SPLIT 
block  arguments,    etc  . 

2)  The  number  of  matrix  rows  and 
columns  and  the  transaction 
number  have  been  added  as  legal 
SNA»s. 

3)  A  new  auxiliary  field  has  been 
added   to   the  SPLIT  block  to 
permit  the  option  of  new  trans- 
actions  to  no  longer  be  consid- 
ered as  part  of  an  assembly  set 
so  that  an  ASSEMBLY  block  does 
not  operate  on  this  transaction. 
This  field  »»GEN"  creates  a  new 
transaction  copy  without  adding 
It  to  the  assembly  set  of  the 
parent  transaction. 
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4)   Unary  minus  operators  and  a 

continuation  card  have  been 

added  to  arithmetic  variables, 

I 

ASSEMBLY 

Extensive  investigation  during 
the  assembly  design  phase  suggested 
the  need   to  eliminate  many  of  the 
syntax  constraints  of  previous  GPSS 
implementations  and  provide  the  user 
with  additional  debugging  aids  and 
more  thorough  error  checking, 

NGPSS/6000  permits  a  more 
extensive  use  of  both  symbols*  and 
matrices,     A  block  or  EQUed  symbol 
may  be  used  anywhere  a  constant  is 
1 egal ;   for  exampl e ,   to  specify  the 
rows  and/or  columns  on  a  matrix 
definition  statement.     The  extensions 
to  the  use  of  symbols   in  conjunction 
with  use  of  the  SYN  statement  gives 
the  user  greater  flexibility  than  was 
previously  available.     For  example, 

ROWS       SYN  10 

CLMNS     SYN  20 

1  MATRIX  MH, ROWS, CLMNS 

permits  the  user  to  vary  the  number 
of  rows  and  columns  in  mu 1 tiple 
MATRIX  definition  statements  by 
simply  changing  two  cards* 

.  Another  extension  for  the  user 
of  symbolics  is  in  the  READ 


mode  where   the  use  of  symbols 
is  not  limited   to  those  defined 
in  that  run.     Any  symbol  defined 
in  the  SAVE  run  is  automatically 
defined  and  can  be  used   in  the 
READ  run;    in  addition,  new 
symbols  may  be  used  and  will  be 
assigned   the  next  available 
number  for   the  particular  entity 
type, 

,   Because  all  GPSS  variable  state- 
ments are  decoded  and  translated 
into  Reverse  Polish  notation, 
there  is  no  limit  on  the  number 
or  depth  of  parenthesis, 
•  Additional  optional  fields  were 
added  to  the  MATRIX  definition 
statement  allowing  the  user  to 
define,   EQU,  and  RESTORE  a  matrix 
within  one  statement. 
Numerous  debugging  aids  have  been 
added   to   the  GPSS  language.  These 
include  an  optional  cross-reference  of 
all  numerically  referenced  entities  in 
addition  to  the  standard  cross-refer- 
ence  o£  all  symbolically  referenced 
en titles,   a  second  symbo 1   lis  t  ing  o  £ 
all  symbolically  referenced  entities 
in  entity  number  order  within  entity 
type,   and  a  summary  of  the  entity 
allocation.     The  first  scan  of  function 
follower  cards  has  been  changed  so 
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that  the  search  for  follower  points 
terminates  at  the  first  legal  card 
type;   thus,  an  error  In  the  number  of 
function  points  does  not  cause  the 
entire  model  nor  any  part  of   It  to  be 
"lost"  In  the  search  for  the  follower 
points . 

Px\SS2  of   the  Assembly  Phase  was 
completely  redesigned,   especially  that 
portion  of  It  which  scans  and  decodes 
block  arguments.     Block  argument 
decoding  Is  completely  table  driven 
and   thus   Che  arguments  are  examined 
according  to   the  type  of  ar gumen t 
expected  and  more  complete  error 
checking  Is  possible*     The  error 
message  and  the  argument  In  which  the 
error  occurred  axre  printed  In  addition 
to  the  error  number;   this  eliminates 
any  possible  confusion  concerning  In 
which  argument  a  particular  error  was 
found . 

AddlL'lonal  Assembly  Phase  control 
options  have  been  Incorporated  In 
NGPSS/6000.     All  comments  —  both 
commen t  cards  and  comments  on  any  ' 
statement         can  be  eliminated  from 
the  Assembly  Listing;    this  Is  for  use 
ill  particular  with  classified  models* 
Since  a  free-format  sca«i  of  the  Input 
Images  requires  extra  system  time, 
this  preliminary  scan  Is  performed 


only  when  requested.     In  addition,  the 
free-format  Input  may  be  listed  before 
the  Assembly  Listing  and  a  comple t e 
source  file  of  the  model  In  fixed 
f o rma t   Is  written  so  that  the  user  may 
assemble  from  the  fixed-format  file  In 
future  runs. 
INPUT 

In  NGPSS/6000  the  functions  of  the 
Input  Phase  have  been  greatly  reduced. 
This  was  done  by  moving  many  of  the 
tasks  previously  performed  by  Input, 
particularly  In  the  processing  of 
blocks,   to  assembly  and  others  to 
execution.     This  reduced  much  of  the 
overlapping  of   tasks  between  assembly 
and  Input, and   Input  and  execution  that 
are  present  In  otl^er  Implementations 
of  GPSS  and  lead  to  a  loss  of  effi- 
ciency  in  running  time  and  co.re  size. 
For  Instance,    the  source  code  Is 
£tcanned  and  decode^i   In  assembly,  and 
a  binary  file  rather  than  a  coded  file 
Is  passed   to  input.     Thus,   rather  than 
having  to   scan  and  decode  an  In  ter- 
med late  file,    the  Input  module.    In  the 
case  of  blocks,  has  only  to   store  the 
binary  Information  In  the  entity  area 
and  GPSS  common.     Similarly,   In  the 
case  of  GPSS  control  cards   such  as 
INITIAL,   CLEAR  and  RESET,  the 
necessary  fields  have  all  baen  &canned 
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and  decoded  In  assembly  and  only  have 
to  be  process  fid  In  Input.     Many  of  the 
errors  arc  now  caught  In  assembly 
rather  than  In  the  Input  phase,  thereby 
reducing  wasted  processing  time.  A 
great  deal  of  overlapping  of  tasJcs 
between  Input  and  execution  has  also 
been  eliminated  by  having  all  eval- 
uation of   SNA*s  done  In  execution. 
This   eliminates   the  need  of  having  all 
of  the  SNA  evaluation  routines  present 
In  the  INPUT  module,   thus   saving  some 
core.     For  Instance,   rather  than 
having  the  first   r tttsac t i -*n  of  a 
GENERATE  block  o:  JOBT^P»:  created  In 
INPUT,   they  are  dc^^e  In  executloc^. 

Aside  from  the  e4.I.^<)lna t Ion  of  all 
tasks  from  Input  thar  resulted  In  an 
overlapping  of  efforts  between  modules, 
a  number  of  other  Improvements  have 
been  made: 

1)  The  READ/SAVE  feature  executes 
faster  and  more  efficiently 
since  all  pointers  to  the 
entity  area  and  GPSS  common  are 
stored  as  relative  addresses. 
Thus,    when  a  saved  model  Is 
READ  the  pointers  do  not  have 
to  be  adjusted  as  they  would 
have  to  be  If  they  were  stored 
as  absolute  addresses. 


2)  The  INITIAL  card  has  been 
changed  to  permit  the 
Initialization  of  Random  Number 
Generators  and   the  character 
Initialisation  of  matrices. 
Since  in  NGPSS/6000  the  number 
of  random  number  seeds  Is 
reallocatable,    the  user  can 

.    selectively  Initialize  which- 
ever ones  he  wishes  to. 
Character  Inltlalli'atlon  Is 
very  useful  for  printing  out 
reports.  , 

3)  At  the  end  of  model  execution. 
Input  prints  out  the  maximum 
amount  of  GPSS  common  and  the 
size  of  the  entity  area  used 
during  the  run.     Thus,    the  user 
always  knows  exactly  how  much 
common  he  has  available  for 
future  additions  to  his  model, 
or  how  much  common  he  can 
eliminate  from  his  model  so  that 
It  will  require  less  core. 

4)  A  permanent  disk- resident  matrix 
data   reference  library  who s e 
data  can  be  accessed  randomly 
was  added.     Its  Imp 1 erne n  ta  t Ion 
required  no  change   to  the  GPSS 
language  structure,  merely  the 
addition  of  3  control  cards; 

one  to  create   the  data  library 
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(KREATE);   another  to  store  data 
In  a  permanent  library  (MSTORE) 
and  a   third  to  retrieve  it 
(RESTORE).      In  addition,  the 
user  can  retrieve  a  matrix  from 
a  permanent  library  by  use  of 
the  E  field  of  a  MATRIX 
definition  card.     By  use  of  the 
data  base  feature  the  cost  of 
inputting  data  into  a  system  can 
be  reduced  since  the  data  need 
only  be  input  once  and  then  can 
be  accessed  randomly  rather  than 
sequentially.     Also,   the  data 
base  can  be  accessed  and  modified 
independent  of  a  mo  del  and  thus 
a  given  model  can  be  run  with  a 
variety  of  data  or  vice  vei'sa. 
In  NGPSS/6000  the  input  phase  has 
been  streamlined   to  provide  maximum 
overall  efficiency  in  terms  of  running 
time  and   core  size  by  mov ing  a  numb er 
of  its   functions   to  other  modules, 
adding  some  new  control  cards  and 
expanding  on   the  functions  of  others. 
EXECUTION 

  V 

In  the  design  of   the  execution 

phase,    the  following  factors  were 

established  as  critical  considerations: 

1)  Central  processor  usage 

2)  Total  memory  needed  during 
execution 


3)  Ease  of  program  modification 
One  of   the  major  criticisms  of  existing 
versions  of  GPSS  has  been  the  total 
CPU  time  needed   for   execution  of  a 
large   scale  model.     The  objective  was 
to  decrease  this  requirement  while 
staying  within  memory  constraints. 
Also  needed  was  a  system  in  which 
enhancements  could  be  made  to  the 
language  with  a  minimum  of  program 
r  e vis  ion . 

In  the  internal  structure  of  the 
execution  phase,    there  are  two  areas 
which  are  critical  to  execution  time. 
The  first   is   the  evaluation  of  block 
arguments  and  the  second   is  the 
structure  of  the  routine  which  scans 
the  current  events  chain.     Since  GPSS 
is  an  interpreter  each  block  argument 
must  be  evaluated  every  time  the  given 
block  is  executed.     To  increase  the 
speed  of  execution  the  assigning  of 
default  values  to  missing  arguments 
was  given  to   the  assembly  phase  where 
each  block  is  processed  only  once. 
Also^    within  execution,   space  was 
reserved  for   the  maximum  number  of 
arguments  for  each  block.     This  meant 
that  the  argumen-ts  could  be  evaluated 
as  needed  and  the  amount  of  duplications 
in  argument  evaluation  could  be 
decreased.     The  core  allocation  for 
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matrix  arguments  was  also  reassessed. 
NGPSS/6000  generates  a  matrix  packet 
for  each  matrix  argument  thus 
nullfylng  the  need  for  multiple  words 
for  each  block  argument.     (See  Figure 
1  for  core  allocation  of  a  typical 
block. ) 

Because  GPSS  Is  a  discrete  system 
simulation  language,    It  must  be 
structured  so  .that  evsry  active 
transaction  Is  operated  upon  after 
each  change  In  the  status  of  the 
system.     If  many  transactions  are 
moving  at  any  time,    then  a  great  deal 
of  overhead   Is  used   In  scanning  these 
events.     To  decrease  this  overhead 
the  chains  use  relative  addresses  and 
are  linked  both   forward  and  backward 
(displacements  off   the  base)*  The 
descriptive  transaction  bits  have 
been  moved   from  the   transaction  common 
area  to  the  fixed  area  to  allow  for 
ease  In  checking  to   see  If  the 
transaction  Is  active.     These  features 
along  with  the  incorporation  of  all 
chain  headers  Into  a  common  area 
compensate  for  the  lack  of  partial 
word  operations   on   the  CDC  6000 

In  order  to  decrease  core  requlve- 
ments  and  use  the  CDC  6000*8  60-blt 
word,    the  GPSS  entity  area  has  been 
redesigned.     By  compressing  these 


areas  from  1  to  ^  words   of  core  have 
been  saved   per  entity.     Variable  state- 
ments have  also  been  redefined. 
Instead  of  constructing  a  pseudo  object 
code,   KGPSS/6000  uses  a  Reverse  Polish 
notation.     This  type  of  expression 
removes  the  need  for  temporary  storage 
space  within  each  Variable;  Instead 
CtQ  common  area   is  used   by  all  Variables 
as  an  area  for  storage  of  temporary 
calculat  j^ons . 

The  final  objective  was  probably 
the  easieat  to  accomplish.     This  was 
done  by  completely  modularizing  the 
execution  phase,   for  example,  one 
routine  to  evaluate  all  block  argumer^ts, 
one  routine  to  calculate  the  address 
of  all  entities.     By  doing  this,  the 
addition  of  a  new  block  mea ns  only 
coding  the  block  and  inserting  its 
block  mask  into   the  branch  table. 
OUTPUT 

The  Output  Phase,   which  prints 
out  the  Standard  GPSS  Statistics, 
contains  a  number  of  minor  improve- 
ments : 

1)  Block  Symbols  are  printed  out 
with  the  block  counts  where 
they  exist* 

2)  A  random  access  file  is  used 

to  retrieve  entity  symbols  thus 
cutting  down  on  retrieval  time. 
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FIGURE  1 

CORE  LAYOUT  FOR  A  TYPICAL  NGPSS  BLOCK 
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3)  Only  matrix  savevalue  rows  and 
coluiuns  chat  are  non-'zero  are 
printed  out. 
TESTING  ANb  SUMMARY 

The  testing  of  NGPSS/6000  h^s 
Involved  a  scries  of  models  originally 
codeti  In  GPSS/360  and  G     iV,  Since 
the  operation  of  die  pseudo  randon) 
number  gencracors  are  machine 
dependent,  a  set  of  models  were  con- 
verted to  contain  a  series  of  GPSS 
Variable  statements  which  provided 
the  random  number  sequence.  The 
running  of  these  models  has  produced 
matching  statistics  and  transaction 
data  limited  only  by  the  round-off 
errors  in  the  calculation  of  utili- 
zation factors*     As  a  result  of  these 
tests,   it  is  felt  fhat  the  objective 
of  being  abla  to  run  GPSS  models  on  a 
CDC  6000  computer  has  been  achieved* 
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CMS/l  -  A  CORPORATE  MODELING  SYSTEM 


Robert  F.  Zant 
Clerason  University 

Abstract 

Past  efforts  in  the  area  of  corporate  modeling  have  demon- 
strated the  need  for  "problem-oriented"  languages  which  would 
facilitate  the  construction  of  corporate  models.    CMS/l  is  a 
discrete-state  simulation  system  designed  for  use.  in  corporate 
modeling.     It  is  composed  of  three  languages  -  a  control  language, 
a  logic/data  specification  language,  and  a  report  format  specifi- 
cation language.    Among  the  features  of  CMS/l  are  1)  the  user 
specification  of  each  variable •s  name  and  meaning,  2)  the  capa- 
bility of  "grouping"  variables,  3)  the  ability  to  execute  a  logic 
module,  both  as  a  deterministic  model  and  as  a  stochastic  model, 
and  4)  the  ability  to  transfer  the  values  of  variables  from  one 
model  to  another. 

This  paper  describes  some  of  the  design  concepts  of  the  sys- 
tem and  presents  some  examples  which  illustrate  its  capabilities. 


Introduction 
The  initial  efforts  of  most  firms 
in  building  corporate  models  have  fol- 
lowed the  philosophy  characterized  by 
Dickson,  Mauriel,  and  Anderson  as  the 
"fixed  structure  approach**  to  model 
building.^    Under  this  approach  the 


model  is  usually  constructed  with  the  aid 

of  a  general  purpose  language  such  as 

•Fortran  or  Cobol.    The  models  allow  the 

user  little  flexibility,  forcing  him  "to 

employ  existing  accounts,  fixed  output 

reports,  and  a  limited  set  of  options  for 

attaching  values  to  variables  in  the 
I 
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model. "2 

The  limitations  of  the  fixed  struc- 
ture approach  have  been  mitigated  by  the 
development  of  corporate  modeling  sys- 
tems such  as  IB^5*s  PSG,^  Monsanto 's 
4 

APEX,    and  Applied  Computer  Technology 

5 

Corporation's  Foresight.      This  paper 
describes  a  new  sysstem,  called  CKS/l, 
which  was  created  in  an  effort  to  fur- 
ther the  development  of  corporate  model- 
ing systems.    The  logical  organization 
of  the  system  will  first  be  presented 
and  then  general  design  characteristics 
of  the  S5'stem  will  be  discussed.  Third, 
CMS/l  is  briefly  compared  to  another 
mcdeling^  system.  Foresight  IV.  Finally, 
examples  of  the  use  of  the  system  v/ill 
be  given. 

Logical  Organization 
A  model  is  composed  of  three  types 
of  modules.     They  specify  the  logical 
and  mathematical  relationships  for  the 
model  (i.e.,  the  logic  module),  the  data 
to  be  used  in  executing  the  model  (i.e., 
the  data  module),  and  the  formats  of  re- 
ports which  are  to  be  produced  (i.e., 
the  report  modules). 

V/hen  the  modules  are  entered  into 
CMS/l,  they  are  translated  into  a  more 
conveniently  executed  form  and  stored  on 
a  magnetic  disk  (see  Figure  1).  The 
user  may  then  specify  the  logic,  data, 
and  report  modules  that  ar6  to  be  re- 
id 
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frieved  from  the  disk,  merged  into  a  com- 
plete model,  and  executed  (see  Figure  ?). 

The  execution  of  a  model  is  actually 
accomplished  in  six  steps. 

1.  The  first  step  is  to  create  a 
matrix  of  variable?    imposed  of  the  vari- 
ables referenced  by  *,he  specified  logic 
module  and  report  mpdules. 

2.  Second,  the  specified  data  mod- 
ules are  retrieved  in  turn,  and  the 
values  are  assigned  to  the  indicated 
variables. 

3.  The  logic  module  is  retrieved  and 
the  specified  calculations  are  performed. 

4.  If  the  execution  is  a  part  of  a 
sensitivity  analysis  or  a  Monte  Carlo 
simulation,  the  second  and  third  steps 
are  repeated-. 

5.  If  requested,  the  values  of  se- 
lected variables  are  saved. 

6.  The  requested  reports  are  printed. 
If  no  report  modules  are  specified,  a 
default  report  is  printed. 

Design  Characteristics 
The  basic  design  characteristics  of 
CMS/l  may  be  categorized  into  three 
groups:    those  which  promote  the  ease  of 
use,  those  which  promote  flexibility  of 
use,  and  lastly,  technical  characteris- 
tics. 

The  major  contributant  to  the  ease 
of  use-  of  the  system  is  the  utilization 
of  •*English-like"  languages*    The  use  of 


new  specially  designed  languages  means 
that  the  modeler  need  have  no  previous 
programming  experience.     The  use  of 
"English-like"  languages  also  make  the 
languages  less  cryptic  and  more  easily 
understood.     However,  the  experienced 
modeler  usually  tires  of  using  the  com- 
plete forms  of  such  "English-like"  lan- 
guages; so,  short-forms  are  provided  for 
the  expert. 

A  second  contributant  to  the  ease  of 
use  of  CMS/1   is  the  provision  of  default 
conditions.     The  more  capabilities  pro- 
vided by  a  modeling  system,  the  more 
difficult  it  is  to  use  since  the  user 
must  select  those  things  he  v/ishes  to  do 
from  all  the  alternatives  available  to 
him»    Relief  from  this  circumstance  is 
provided  by  the  use  of  defaults.  That 
is,  if  no  selection  is  explicitly  made 
where  an  option  exists,  a- predefined 
alternative  is  assumed  by  the  modeling 
system. 

CMS/l  also  has  extensive  error- 
checking  routines  which  check  each  state- 
ment as  it  is  entered.    When  an  error  is 
detected,  a  concise  though  clearly 
worded  error  message  is  produced.  V/here 
applicable,  the  message  identifies  the 
character,  word,  or  storage  file  which 
generated  the  error. 

The  modeler  is  also  assisted  in  the 
specification  of  relationships  among 


variables  through  the  capability  of 
"grouping"  variables.    For  example,  the 
statement 

GROUP  LABOR, r^ATERIALS, OVERHEAD 
UNDER  MFG^EXPENSES 

creates  three  variables  which  may  be 
referenced  collectively  under  the  name 
"MPG_EXPENSES,"    The  use  of  a  group  name 
will  elicit  different  responses  depending 
upon  the  context  of  its  use. 

Assuming  that  the  variables  SALES, 
LABOR,  MATERIALS,  and  OVERHEAD  have  been 
previously  assigned  values,  the  following 
statement  would  cause  the  values  of 
LABOR,  MATERIALS,  and  OVERHEAD  to  be 
summed;  the  sum  to  be  subtracted  from 
the  value  of  SALES;  and  the  result  to  be 
associated  with  the  variable 
OPERATING^INCOME, 

OPERATING  INCOME  EQUALS  SALES 
MINUS"MFG_EXPENS  ES 

Another  use  of  group  names  is  exem- 
plified by  the  following  two  statements. 

group  labor,  materials,  overhead 
under  mfg_expenses,  standards 

mfg_expenses  equal  sales  times 
standards 

The  second  statement  above  specifies 
that  the  values  of  the  labor,  materials, 
and  overhead  standards  are  each  to  be 
multiplied  by  the  values  of  sales  giving, 
respectively,  the  labor,  material,  and 
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overhead  expenses. 

The  use  of  CMS/1  is  further  simpli-  , 
fied  by  the  segmentation  of  models  into 
logic,  data,  and  report  modules.  The 
modules  are  created  separately  and  are 
combined  into  one  complete  model  only 
when  executed.    A  model  may  contain  only 
one  logic  module,  but  any  number  of  data 
and/or  report  modules  may  be  used. 
Thus,  a  model  can  be  easily  altered 
simply  by  altering  the  "mix"  of  logic, 
data,  and  report  modules. 

This  modularization  of  models  also 
increases  the  flexibility  of  the  model- 
ing system  in  several  ways.     One  way  is 
by  allowing  logic  modules  to  be  created 
independently  of  the  number  of  time 
periods  over  which  they  are  to  be  exe- 
cuted.   The  time  horizon  of  a  model  is 
limited  by  the  interest  of  the  manager 
or  by  the  availability  of  data.  V/hen 
either  of  these  factors  change,  the 
logic  module  may  be  executed  over  a 
longer  horizon  without  altering  the 
module  itself.    This  also  means,  of 
course,  that  different  types  of  logic 
modules  (e.g.,  long-range  planning  and 
capital  budgeting  models)  utilizing 
different  time  horizons  may  be  created 
with  CMS/1 . 

Another  implication  of  the  modulari- 
zation of  models  is  that  a  logic  module 
may  be  created  independently  of  its  use 
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as  a  simple  deterministic  model,  its  use 
in  sensitivity  analysis,  and  its  use  in 
Monte  Carlo  simulations.    A  logical  rela- 
tionship may  be  expressed  so  that  it  is  ' 
invariant  over  these  three  situations. 
It  is  the  data  and  the  procedure  used  in 
executing  the  model  which  must  change. 

The  segmentation  of  models  is  com- 
plemented by  the  facility  of  referencing 
all  variables  by  user-supplied  names  (32 
characters  per  name  maximum).    The  modeler 
simply  references  the  same  variable  by  the 
same  name  in  all  modules.    Then,  when  the 
modules  are  combined  for  execution,  the 
modeling  system  links  all  like  names  to 
the  same  values.    This  frees  the  modeler 
from  the  burden  of  maintaining  positional 
equivalency  among  variables  over  all 
modules. 

Finally,  the  flexibility  of  CMS/l  is 
greatly  enhanced  by  the  facilities  for 
including  arithmetic  calculations  in  data 
modules  and  for  the  superceding  of  se- 
lected values  calculated  in  a  logic  mod- 
ule by  values  contained  in  a  data  module. 
These  two  facilities  are  useful  in  tem- 
porarily altering  the  logical  structure 
of  a  model  without  actually  altering  th^ 
logic  module.     The  alterations  are  accom- 
plished simply  by  adding  to  the  "mix"  of 
modules  a  data  module  incorporating  the 
desired  changes. 

There  are  two  technical  considera- 


lions  which  have  r,reatly  influenced  the 
deGi£:n  of  CMS/l.    The  first  is  the  con- 
sideration of  the  capacity  of  the  system 
in  terms  of  the  number  of  variables, 
time  periods,  etc.  which  may  be  accommo- 
dated by  the  system.     In  some  cases  no 
limits  are  required.    There  iii  no  direct 
limit,  for  example,  on  the  number  of 
data  and/or  report  modules  which  may  be 
included  in  a  model.     In  other  cases  the 
items  must  be  counted  so  that  the  capa- 
city is  limited  by  the  maximum  value 
which  the  counters  can  obtain.     In  these 
instances  the  capacity  of  the  counters 
have  been  set  «o  that  the  modeler  is 
more  likely  to  be  restricted  by  the 
physical  capacity  of  his  computer  than 
by  the  capacity  of  CKS/ 1 .    This  is  exem- 
plified by  the  capacity  of  the  matrix 
which  is  used  to  store  the  values  of 
variables.    The  matrix  is  dynamically 
allocated  with  a  maximum  capacity  of 
32,767  variables  defined  over  a  maximum 
of  32,767  time  periods.    Thus,  CMS/l  can 
accommodate  over  one  billion  values. 

The  second  technical  consideration 
deals  with  the  procedure  used  in  execu- 
ting a  model  over  several  time  periods. 
Since  CMS/l  is  an  interpreter  rather 
than  a  compiler,  the  most  efficient 
procedure  for  executing  a  model  would  be 
to  execute  each  operation  within  a  state- 
ment over  all  time  periods  before  pro- 


ceding  to  the  next  operation.    Thus,  in 
executing  the  statement 

INTE?.EST_EXPENSE  EQUALS  DEBT  TIMES 
INTEREST^RATE  * 

over  five  time  periods,  the  multiplication 
would  be  carried  out  five  times;  and  then 
the  five  products  would  be  assigned  to  the 
variable  "INTEREST_EXPENSE. " 

This  procedure,  though  efficient, 
yields  undesirable  results  in  three  cases: 

1)  when  a  variable  is  lagged  on  itself, 

2)  when  a  variable  is  a  function  of 
another  lagged  variable  whose  defining 
equation  follows  the  equation  being  eval- 
uated, and  3)  when  a  conditional  branch 
occurs.    All  three  of  these  problems  can 
be  avoided  by  the  slower  process  of  inter- 
preting the  complete  model  once  for  each 
time  period. 

When  one  or  more  of  these  three  cases 
arises,  the  slower  procedure  is  automati- 
cally used  by  CMS/l.    In  all  other  cases 
the  more  efficient  procedure  is  used  by 
executing,  in  turn,  each  operator  within 
an  equation  over  all  time  periods. 

Comparison  of  CMS/l  and  Foresight  IV 
CMS/1  was  originated  as  an  experi- 
mental language  -  one  which  would  offer 
advanced  facilities  (e.g.,  Monte  Carlo 
simulations)  for  corporate  modeling  but 
still  be  easily  used  by  a  novice  in  com- 
puter programming.    The  resulting  design 
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cf  CMS/1  differs  fundamentally  from  the 
structure  of  Foresight.     In  the  Foresight 
system,  a  model  is  basically  a  single 
unit  containing  data,  logic,  and  report 
formats  with  the  report  formats  diet  iting 
the  structure  of  the  model.     That  is, 
the  data  and  logic  statements  are  basi- 
cally algebraic  representations  of  the 
lines  in  a  report. 

In  CMS/l  a  model  is  composed  of 
three  types  of  related  but  separable 
segments  (i.e.,  data,  logic,  and  reports)/ 
The  modeler  constructs  each  segment  in- 
dividually.   The  system  then  merges  the 
individual  segments  into  a  complete 
model.    This  segmentation  allows  the 
sequence  of  computations  to  be  indepen- 
dent of  the  sequence  in  which  the  vari- 
ables appear  in  a  report.    Also,  one 
segment  can  be  altered  or  restructured 
without  necessarily  requiring  that  the 
other  segments  be  changed. 

In  addition  to  the  fundamental  dif- 
ference in  the  approaches  of  CMS/l  and 
Foresight  to  the  construction  of  models, 
there  are  also  a  number  of  structural 
differences,    CMS/l  has  more  liberal 
capacity  constraints  on  items  such  as 
the  maximum  number  of  variables  and 
periods  which  may  be  used,  the  lengths 
of  statements,  or  the  number  of  opera- 
tions in  an  arithmetic  statement.  CMS/1 
also  offers  more  flexibility  in  specify- 
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ing  data  values  and  in  specifying  the 
form  of  reports  (column  widths,  etc.). 
Foresight,  on  the  other  hand,  has  more 
built-in  functions,  supports  the  specifi- 
cation of  relationships  among  columns, 
and,  unlike  CMS/l ,  is  available  in  e 
time-sharing  environment.    These  and 
other  differences  along  with  some  simi- 
larities between  the  two  systems  are 
summarized  in  Table  1, 

Example  Models 
The  use  of  CMS/l  in  constructing 
models  is  demonstrated  in  this  section 
through  the  presentation  of  models  which 
culminate  in  the  production  of  a  corpo- 
rate income  statement  for  a  hypothetical 
firm.     The  sole  purpose  of  the  model  is 
to  demonstrate  the  use  of  CMS/l .  They 
are  not  intended  to  reflect  the  circum- 
stance in  any  particular  firm. 

The  hypothetical  firm  is  assumet'.'^  to 
be  composed  of  two  divisions  each  produc- 
ing two  products.    The  corporate  income 
statement  is  therefore-  developed  from  the 
divisions*   income  S'tsatements  which  in 
turn 'depend  on  the  performance  of  the 
product  lines. 

The  model  for  each  division  is  com- 

T 
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posed  of  common  logic  and  report  modules 
(see  Figure  3)  which  are  combined  with 
different  data  modules  for  each  division 
(see  Figure  4),    The  divisional  models 
combine  cost  and  revenue  information 


concerning  the  product  lines  (such  in- 
formation is  contained  in  the  data  mod- 
ules named  "PR0DUCT_11" ,  etc.)  with  in- 
formation concerning  the  expenses  in- 
curred at  the  divisional  level  in  order 
to  derive  the  net  contribution  of  each 
division.    The  calculated  values  are 
'then  saved  for  later  use  in  the  corpo- 
rate level  model.    (Note  that  the  re- 
sults from  one  model  may  be  saved  and 
used  as  data  for  another  model.)  The 
results  of  the  execution  of  the  two 
divisional  models  are  depicted  in 
Figures  5  and  6. 

The  information  saved  from  the 
divisional  models  is  combined  with  data 
on  corporate  expenses  in  order  to  derive 
a  corporate  income  statement.    A  com- 
plete corporate  level  model  including 
logic,  data,  and  report  modules  is 
depicted  in  Figure  7.    The  corporate 
income  statement  developed  by  the  model 
is  presented  in  Figure  8. 

Summary 

CMS/l  is  a  corporate  modeling  system 
designed  to  assist  "in  the  construction 
and  solution  of  discrete-state,  case- 
study  type  models.    The  emphasis  in  its 
design  is  on  the  alleviation  of  the 
programming  iDurden  rather  than  on  the 
efficient  execution  of  a  model. 

Among  the  facilities  of  CMS/l  are 
data  maintenance  services,  several 


special  purpose  functions  such  as  present 
value  and  discounted  rate  of  return  com- 
putations, and  capabilities  for  perform- 
ing sensitivity  analyses  and  Monte  Carlo 
simulations.    These  and  other  facilities 
of  CMS/l  are  currently  being  extended  and 
improved  as  a  result  of  experience  gained 
from  the  utilization  of  the  system  by 
several  organizations. 

The  primary  purpose  of  the  develop- 
ment of  CMS/l  was  to  further  the  develop- 
ment of  corporate  modeling  systems  which 
"will  allow  the  modeler  and  planner  to 
conceptualize  the  simulation  model  in  the 
language  it  is  to  be  programmed."^ 
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1970,  pp.  43-70. 

2)  Ibid.,  p.  53. 

3)  "Planning  Systems  Generator  User 
Guide,"  Program  Information  Depart- 
ment, International  Business  Machines 
Corporation,  1968. 

4)  Donald  L.  Suchnein,  "An  Application- 
Oriented  Computer  Language  for  Fi- 
nancial/Economic Simulation,"  a 


paper  presented  at  the  XIX  Interna- 
tional Meeting  of  the  Institute  of 
Management  Science,  Houston,  Texas, 
April  5,  1972, 

5)     "Foresight  III  User  Manual,"  Applied 
Computer  Technology  Corporation, 
Los  Angeles,  California,  1971. 

6.    James  L.  McKenney,  "Guidelines  For 
Simulation  Model  Development,"  In- 
formation Systems  Science  and  Tech- 
nology. 1967,  pp.  169-173. 


TABLE  1 

Comparison  of  CMS/l  and  Foresight  IV 


Characteristic 
Batch 

Time-Sharing 
Partition  Size 
Computers  Used 

Sensitivity  Analysis 

Monte  Carlo 

Arithmetic  by  Columns 

Report  Format 

Number  of  Reports 

Number  of  Variables  in  Model 

Number  of  Periods 

Statement  Length 

Complexity  of  Arithmetic 
Statement 

Availability  of  Functions 
(present  value,  etc.) 

Consolidation  of  Results 
from  Mofiels 


CMS/1 

Yes 

No 

140K  + 

IBM  360-370 
DOS  and  OS 

Yes 

Yes 

No 

Very  flexible 
No  limit 
32,767 
32,767 

32,767  characters 
No  limit 


Several  available 

Variables  referenced 
by  name 


Foresif^ht  IV 

Yes 

Yes 

105K 

IBM  360-370 
DCS  and  OS 

Yes 

No 

Y-^s 

Less  flexible 
5 

1,000 
21 

160  characters 

Simple  with  6  varia- 
bles and  5  operations 
maximum 

More  are  available 

Variables  referenced 
by  position  in  model 
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CMS/I 

Translation 



Disk 

Pass 

Storage 

Figure  1.    Logical  organization  of  CMS/l  -  translation  pass. 


Figure  2.    Logical  organization  of  CMS/l  -  execution  pass. 
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■5^L0GIC  DIVISION 

GROUP     HFG^OVERHEAO,  R_ANO_0,   SELLING_ANO_ ADVERTISING, 
I  ADMINISTRATION     UNDER  DIVISION^EXPENSES 

SALES  EQUAL  SALESI   PLUS  SALES2 

MARGINAL. COST  =  MARGINAL.COSTl  ♦  MARGI N AL.CQST2 

FIXED.PRODUCT^EXPENSES  =  TOTAL^FIXED^EXPENSESl  PLUS 
I  T0TAL«FIXED_EXPENSES2 

TOTAL^PRODUCT^COSTS  =  MARGINAL^COST  + 
I  FIXEO.PRODUCT.EXPENSES 

CONTRIBUT!ON.f=ROM_PRODUCTS  *  SALES  -  TOTAL^PRODUCT^COSTS 

TOTAL^DIVISION.EXPENSES  ^  SUM  OF  DIVIS lON^EXPENSES 

CONTRIBUTION.FROM^DIVISION  =  CONTR I  BUT  I ON_FROM_PRODUCTS  - 
I  TOTAL.DIVISION^EXPENSES 

SAVE     SALES«OIVISION.NO,   TOTAL_PRODUCT_COSTS«Dl VI SlON.NOt 
I  TOTALED  I VI  SION^EXPENSES*»DlViSION_NO, 

I  C0NTRIBUTI0N_FR0M_DIVISI0N*»DIVISI0NJ40 
♦REPORT  DIVISION 

TITLE  DIVISIONAL  QUARTERLY  PLAN 

MARGIN  0 

LINE   LENGTH  60 

COLUMN  SI2'ES     26»   0»  (8) 

BEGIN  NEW  PAGE 

SKIP  2  LINES 

COLUMN  HEADINGS     "ACCOUNT",  "  FIRST",   "  SECOND", 
I                                 "  THIRD",   "  FOURTH" 
COLUMN  HEADINGS     "  ,  ",  "  ",  "  ", 

ITEM  SALES 

SKIP  I  LINE 

LINE     PRODUCT  COSTS: 

ITEM  MARGINAL_COST 

ITEM  "FIXED  COST",  FIXED.PRODUCT^EXPENSES 

ITEM  CONTRIBUTIOU_FROH_PRODUCTS 

SKIP  I  LINE 

LINE     DIVISIONAL  COSTS: 

ITEM  "FIXED  MFG.  OVERHEAD",   DI VI S I ON^F XPEN SES : MFG.OVERHE AO 

ITEM  "Rao  EXPENSES",   DI V  I S lON.EXPENSE S:R_AND_D 

ITEM  DlVrS  lON^EXPENSES:  SELL  !NG_AND_ADVf=Rri  SING 

ITEM  OIVISION^EXPENSES ADMINISTRATION 

ITEM  TOTAL^DI ViSION^EXPENSES 

SKIP  I  L-INE 

ITEM  CONTRIBUTION^FROM^DIVISION 

Figure  3»    Logic  and  report  modules  for  divisional  models* 
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*OATA     PERIODS  I  TO  4 

GROUP  MFG.OVERHEAD,  R^AND^D,  SE LL I NG_AND_ADVER TI S I NG, 
1  ADMINISTRATION     UNDER  01 V  I S I ON^EXPENSE S 

DIVISION^NO  IS  1 

OIVlSION_EXPfiNSES:MFG_OVERHEAD  -  200000 
OIVI S10N_EXPENSES:R_AND_0  ^  50000 

DIVISION.EXPENSFS:SELLING_AND^ADVERTISING  =  250000 
OIVI SI0N_EXPENSES:ADMINISTRATI0N  =  150000 

★EXECUTE     LOGIC  DIVISION,   DATA  PRODUCT_U  PRODUCT  12, 

1  SAVE  niVISION^l 

1  REPORT  DIVISIONt  HEADING  "OIVISION  I" 

♦DATA     PERIODS   1  TO  4 

GROUP  MFG^OVERHEAD,  R_AND_0,  SE LL I NG_AND_ADVER T I S I NG, 
1  ADMINISTRATION     UNDER  D I V  I S I ON_E XPENSES 

DIVI SION.NO   IS  2 

DIVlSION_EXPENSES:Mf=G_OVERHEAD  =  100000 
DIVI SI0N_EXPENSES:R_AND_0  *  50000 

DIVIS10N_EXPENSES:SELLING_AND_A0VERTISING  =  200000 
DIVIS^ON.EXPENSESUDMINISTRATION  =  150000 

♦EXECUTE     LOGIC  OlVISIONt   DATA  PR0DUCT_21  PRODUCT_22, 

1    .  SAVE  OIVISION_2 

1  REPORT  DIVISIONt  HEADING  "DIVISION  2" 

Figure  4»    Data  modules  and  execute  statements  for 
divisional  models^. 
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DIVISION  1 


DIVISIONAL  QUARTERLY  PLAN 


ACCOUNT 

FIRST 

SECOND 

THIRD 

FOURTH 

SALES 

5100000 

5100000 

4320000 

4860000 

PRODUCT  COSTS: 
MARGINAL  COST 
FIXED  COST 

CONTRIBUTION  FROM  PRODUCTS 

3210000 
800000 
1090000 

3194000 
800000 
1106000 

2704000 
800000 
816000 

3058000 
800000 
1002000 

DIVISIONAI  COSTS: 

FIXED  MFG.  OVERHEAD 

R  C  D  EXPENSES 

SELLING  AND  ADVERTISING 

ADMINISTRATION 

TOTAL  DIVISION  EXPENSES 

200000 
50000 
250000 
150000 
650000 

200000 
50000 
250000 
150000 
650000 

200000 
50000 
250000 
150000 
650000 

200000 
50000 
250000 
150000 
650000 

CONTRIBUTION  FROM  DIVISION 

440000 

456000 

16600C 

352000 

Figure  5.    Results  for  first  division. 


DIVISION  2 
DIVISIONAL  QUARTERLY  PLAN 


ACCOUNT 

FIRST 

SECOND 

THIRD 

FOURTH 

SALES 

5550000 

5120000 

4680000 

5060000 

PRODUCT  COSTS: 
MARGINAL  COST 
FIXFD  COST 

CONTRIBUTION  FROM  PRODUCTS 

4035000 
675000 
840000 

3632000 
675000 
813000 

3324000 
675000 
681000 

3674000 
675000 
711000 

DIVISIONAL  COSTS: 

FIXED  MFG.  OVERHEAD 

R  t  0  EXPENSES 

SELLING  AND  ADVERTISING 

ADMINISTRATION 

TOTAL  DIVISION  EXPENSES 

100000 
50000 
200000 
150000 
500000 

100000 
50000 
200000 
150000 
500000 

100000 
50000 
200000 
150000 
500000 

100000 
50000 
200000 
150000 
500000 

CONTRIBUTION  FROM  DIVISION 

340000 

313000 

181000 

211000 

Figure  6.    Results  for  second  division. 
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*tOGIC  CORPORATION 

GROUP     AOVERTISING,   AOMI NI STRATI  ON,   OTHER  UNOER 
I  CORPORATE^EXPENSES 

SALES  =  SALFSl   ♦  SAtES2 

PROOUCT.COSTS  =  TOT At_PROOUC T^CCS TS I  PLUS 
1  T0TAL«PRO0UCT_C0STS2 

OIVISION^EXPSNSES  =  TOTAL.OI VI  SI ON^EXPENSESl  PLUS 
I  TQTAL.OIVISION^EXPENSESZ 

CONTRIBUTinN.FROM_.OIVlSIONS  =  CONTR I  BUTI  ON_FROM_0  I V  I  S  I  ONI 
I  PLUS  CONTRIBUTION^FROM  0IVISI0N2 

TOTAL.CORPORATE.EXPENSES  =  SUM  OF  CORPORATE.EXPENSES 

NET.INCOME.BFFORR.TAXES  =  CONTR I  BUT  I ON^FROM  OIVISIONS  - 
I  TOTAL.CORPORATE.EXPENSES 

IF  NFT_INCOMe_BEFORe_TAXES  <  0     THEN  JUMP  TO  NO  TAX 

IF  NET_INCCME_8EF0RE_TAXES  >  25000  THEN  TAXES  -  .<^8  TIMES 
I  NFT_INCOME_BRFnRE«TAXES  -  6500 

I  EI,SE  TAXES  =  ,22  TIHES 

I  NET_lNCOME_BEFORE_TAXES 

JliMP  TO  AFTER.TAX 

NO_TAX)    TAXES  =  0 

AFTFR_TAX) 

NET.INCOME_AFTEF,_TAXRS  =  NET^INCOKE  BEFORE  TAXOS  -  TAXRS 
♦REPORT  COkPORATION 
TITLE  CORPORATE  QUARTERLY  PLAN 

MARGIN  0 
L  INF  LENGTH  C>0 
COLUMN  SlZ^iS     24,  0,  (9) 
BEGIN  NEW  PAGE 
SKIP  2  LIWES 

COLUMN  HflAOINGS     "ACCOUNT**,  "  FIRST",   "  SECOND", 
I                                  "  THIRO",   "  FOURTH" 
COLUMN  HEADINGS     "  "  »  ^ — h, 

„l  II  •„tl  ^      M   —.11 

ITEM  SALES 

SKIP  I  LINE 

ITEM  PROOUCT.COSTS 

ITEM  01 VISION.EXPENSES 

LINE     CONTRIBUTION  FROM 

ITEM  "  OIVISIONS",   CONTRIBUTION_FROM  OIVISIONS 
SKIP   I  LINE 

LINE     CORPORATE  EXPENSES: 

I TEM  CORPORATE.EXPENSES: ADVERTISING 

I TEM  CORPORATE_EXPENSES:AOMINISTftATION 

I  TEM-  COR«>ORATE_EXPENSES^OTHFR 

ITEM  TOTAL_CORPOPATE_EXPENSES 

SKIP  I  LINE 

LINE    NET  INCOME 

ITEM  "     BEFORE  TAXES",   NET^INCOME.BEFORE  TAXES 
SKIP  I  LINE 
ITEM  TAXES 
SKIP  I  LINE 
LINE    NET  INCOME 

ITEM  "     AFTER  TAXES",   NET   INCOME  AFTER^TAXES 
*OATA     PERIODS  1  TO  4 

GROUP     ADVERTISING,   ADMINISTRATION,  OTHER  UNDER 
I  CDRPORATE.EXPENSES 

CDRPORATE_EXPENSES:ADVERTISING  «  100000 

CDRPDRATE_EXPENSESt ADMINISTRATION  *  150000 

CDRPDRATE_EXPENSES:OTHER  -  50000 
♦EXECUTE     LOGIC  CORPORATION,   DATA  DIVlSIDN.l  DIVISION  2 
I  REPORT  CORPORATION 

Figure  7.    Complete  corporate  level  model. 
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CORPORATE  QUARTERLY  PLAN 


ACCOUNT 

SALES 

PRODUCT  COSTS 
DIVISION  EXPENSES 
CONTRIBUTION  FROM 
DIVISIONS 

CORPORATE  expenses; 
ADVERTISING 
ADMINISTRATION 
OTHER 

TOTAL  CORPORATE  EXPENSES 

NET  INCOME 
BEFORE  TAXES 

TAXES 

NET  INCOME 
AFTER  TAXES 


FIRST       SECOND  THIRD  FOURTH 

10650000  10220000  9000000  9920000 

872  0000     8301000  7503000  82  07000 

115G000     1150000  1150000  1150000 

780000      769000  3^7000  563000 


100000 
150000 
50000 
300000 


^80000 
223900 


100000 
150000 
50000 
300000 


469000 
218620 


256100  250380 
Pif^ure  8.    Results  for  corporate  level  model. 


100000 
150000 
50000 
300000 


A7000 
16060 

"0940 


100000 
150000 
50000 
300000 


263000 
1197A0 

1A3260 
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Session  15:    Maintenance  S  Reliability  Models 
Chairman:    Richard  E.  Barlow,  University  of  California 

Three  models  are  presented  in  which  stochastic  simulation  models  are  used  to  construct  simulations 

Papers 

A  Reliability  Model  Using  Markov  Chains  for  the  Utility  Evaluation 
of  Computer  Systems  Onboard  Ships" 
Carsten  Boe  Tor  Heimly  and  Tor-Chr.  Mathiesen,  Det  Norske  Verttz-J 

"Monte  Carlo  Simulation  of  Crosstalk  in  Communication  Cables" 
Arfdaman  K.  Jain,  Bell  Telephone  Laboratories,  Inc 

"Incorporation  of  False  Alarms  in  Simulations  of  Electronic  Receivers" 
V.  P.  Sobczynski  and  C.  J.  Pearson,  SYCOM,  Inc. 
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A  RELIABILITY  MOD2L  USING  MARKOV  CHAINS  FOR  UTILITY 
EVALUATION  O"^  COMPUTER  SYSTEMS  ONBOARD  SHIPS 

Carsten  60e,  Tor  Heimly  and  Tor-Chri5tian  Mathiesen 
Det  norske  Veritas 
Oslo,  Norway 

Abstract 

Introduction  ofcomputers  onboard  ships  to  provide  a 
high  degree  of  automation  necessitates  calculation 
of  computer  system  reliability  reevaluate  the  utility 
of  the  system.    The  reliability  aspect  ol^the  system 
is  simulated  by  a  model  using  Markov  chains. 
Having  defined  the  s'/stem  state  space  and  the 
tr^»nsition  rates,  the  model  provides  evaluation  of 
the  state  probabilities.    Evaluation  of  system  utility 
is  based  on  computer  task  values  and  the  failure 
probabilitiec.    Application  of  the  analysis  model  to 
an  existing  system  reveals  information  usefuLin 
assigning  redundancy^  eliminating  bottle-necks  and 

4 

monit<^rinf,' tasks  as  alarm  and  safety  functions, 
but  also  to  perform  functions  as  condition 
monitoring  of  important  components  within  the 
machinery  plant,  and  active  on-line  tasks  as 
bridge  control  functions,  hull  monitoring  func- 
tions and  loading/unloading  calculations,  to 


allocating  spare  parts. 

INTRODUCTION 

The  trend  towards  still  higher  degrees  of  auto- 
mation of  machinery  plant  functions,  has  in- 
creasingly involved  the  electronic  cOir»puter  as 
an  important  active  device  onboard  ships. 
Primarily,  the  computer  is  used  to  perform 
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mention  a  few. 

Regarding  the  safety  of  a  ship,  one  of  the  most 
interesting  aspects  of  computerized  ship  func- 
tions is  the  supervision  and  automatic  control 
of  the  machinery  plant  and  especially  of  the 
propulsion  machinery.    In  this  respect,  the 
requirements  of  Det  norske  Veritas  as  a  ship 
classification  society  should  be  mentioned.  Al- 
ready in  1965,  Det  norske  Veritas  introduced 
as  the  first  classification  society,  rules  apply-r 
ing  to  the  instrumentation  of  machinery  plants, 
intended  for  periodically  unattended  operation. 
These  rules  are  now  extended  to  cover  com- 
puter installations  as  well,  and  in  this  respect, 
reliability  analysis  has  proved  to  be  a  useful 
tool. 

The  introduction  of  computers  onboard  ships 
poses, new  problems  to  be  considered.    The  two 
most  important  problems  are  respectively  in- 
tegration of  alarm  and  safety  functions  in  the 
computer  system  and  the  complex  e       onment  ' 
which  is  encount^jred. 

The  latter  problem  mostly  concerns  installation 
techniques  and  environmental  testing,  however, 
the  first  problem  is  of  a  more  philosophical 
nature  regarding  systems  analysis  md  design. 
In  this  context  it  is  felt  that  the  reliability 


characteristics  of  computer  hardware  alone  is 
not  a  satisfactory  measure  of  system  utility.  It 
is  therefore  proposed  that  an  approach  where 
the  computer  system  is  considered  as  an  integral 
part  of  the  ship  is  more  realistic  when  evaluat- 
ing the  utility  of  a  computer  system. 

The  proposed  analysis  method  combines  con- 
ventional reliability  calculations  and  risk  value 
evaluation  into  a  utility  simulation  of  the  com- 
puter system,  based  on  the  operational  charac- 
teristics.   An  important  part  of  the  analysis  is 
the  establishing  of  a  model  of  the  computer 
system. 

METHOD  OF  ANALYSIS 

The  proposed  analysis  method  is  intended  to  be 
a  simple  and  practical  tool  in  evaluating  the 
utility  of  shipborne  computer  systems.  The 
main  features  are  the  simplicity  of  the  analysis 
and  the  combination  of  economic  and  reliability 
characteristics  to  provide  a  better  basis,  for 
decision  making. 

Fig.  1  shows  some  of  the  elements  contained  In 
the  analysis. 
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ASSESSMENT 
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C 
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— 
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VALUES 
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Fig.  r.  Procedure  for  utility  analysis  of  ship  computer  systems. 


The  p^robabili Stic  approach 
Loss  of  ability  to  perform  the  intended  tasks 
constitutes  failure  of  the  computer  system. 
Failure  of  any  unit  or  any  combination  thereof 
which  can  have  this  effect  is  considered  to  be  a 
critical  failure.    However,  failure  in  some 
units  may  only  degrade  system  performance  or 
reduce  the  instantaneous  availability.    The  com- 
puter system  thus  enters  different  operational 
states,  depending  on  the  operational  states  of 
the  units  within  the  system  or  the  transitions 
between  these. 

The  dynamic  behaviour  of  the  syst.?r.  capability 
may  be  considered  to  constitute  a  stochastic 
process  which  actually  is  defined  by  the  failure 
behaviour  of  its  units.    The  o:)2ra^  onal  states 


of  the  system  are  determined  from  the  states  of 
the  hardware  units  and  their  software  implemen- 
tation.   In  this  context,  however,  software  fail- 
ures are  left  alone,  and  the  stochastic  process 
only  involves  failure  of  the  computer  system 
hardware  units.    The  computer  software  is  look- 
ed upon  as  certain  characteristics  associated  to 
unique  or  composite  hardware  states. 

Defining  a  possible  set  of  events  implying  system 
failure*,  it  is  possible  to  define  a  finite  system 
space.    The  computer  system  is  assumed  to  be 
composed  of  independent  units,  and  each  unit  is 
considered  to  be  in  only  two  states;  operating  or 
failed.    A  system  consisting  of  n  independent 
units  may  therefore  enter  z"  different  states, 
and  this  state  space  deafcribes  the  different  fail- 
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ure  or  operational  modes  of  the  system.    If  the 
probability  of  being  in  a  state  only  depends  on 
the  previous  state  and  the  transition  probabilit- 
ies between  these  states  are  independent  of 
time,  the  behaviour  of  the  system  describes  a 
Markov  cliain.    Given  the  failure  model  of  the 
intended  unit,  the  Markov  chain  will  simulate 
the  dynamic  behaviour  of  the  system,  i.e.  the 
transitions  between  the  possible  system  states 
and  the  probabilities  of  the  different  operational 
modes. 

Cprn^uter^  task  availabilities 
The  traditional  definition  of  reliability  is  im- 
practical to  apply  to  a  computer  system.  This 
definition      /s  that  reliability  of  some  device  is 
defined  as  the  probability  the  device  will  per- 
form its  function  without  failure  for  a  specified 
period  of  time  under  stated  conditions.  Be- 
cause failure  of  hardware  components  does  not 
automatically  imply  system  failure  or  task 
failure,  the  concept  of  task  availability  is  a 
better  measure  of  system  performance  than 
hardware  availability.    Some  of  the  system 
hardware  states  may  leave  a  specified  task 
completely  intact,  while  ofhers  may  only  de- 
grade the  task  performance.    These  states  will 
be  termed  successful  states  for  that  particular 
task.    The  states  completely  destroying  task 
performance  will  be  termed  unsuccessful  or 
critical  states. 

Let  Pj(t)  be  a  column  vector  containing  the 


probabilities  of  the  successful  slates  for  task  j 
at  time  t.    Let  Dj  be  another  column  vector  con- 
taining numbers  indicating  the  degree  to  which 
functional  requirements  of  task  j  can  be  ac- 
complished in  state  i,  i  £    <successful  states >, 
Then 


Aj(t)  -  p/(t)  •  D. 


(  1  ) 


is  a  measure  of  the  functional  availability  of 
computer  task  j  at  time  t,  given  a  specified 
software  implementation.   Aj(t)  may  also  be 
termed  the  system  effectiveness  for  task  j  at 
time  t.    Give  a  mission  time  T,  the  system/ 
mission  effectiveness  for  task  j  is: 


(2) 


where  mission  duration  T  =  C (t.,,  -  t.)i  m  is 

1=1  *  1+1  i'' 

the  number  of  mission  phases  and  t.  is  the  time 
at  start  of  mission  phase  i. 


Defining  another  column  vector  D-  =  U  -  D. 

(  ^  i 

where  C  is  a  unit  vector,  and  substituting  D. 


) 


for  Dj  in  equation  (  1  ),  gives: 


Aj(t)  =  Pj  (t)-D. 


(3  ) 


where  is  a  measure  of  the  unavailability  of 
task  j  at  time  t. 


Extending  the  line  of  thought  in  evaluating  task 
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availabilities  to  estimate  total  computer  system 
performance  availability  by  a  nondimensional 
"percentage'*  value  vector  like  vector  D,  does 
not  give  the  information  one  needs  for  making 
decisions  on  system  utility.    In  addition,  the 
computer  system  application  and  operational 
environment  have  to  be  taken  into  account. 

Given  the  computer  system  tasks,  their  degree 
of  back-up  and  the  operational  profile  of  the 
ship,  a  value  can  be  assigned  to  each  task  by 
analysing  the  consequences  resulting  from  the 
loss  of  each  task.    The  consequences  concern 
the  whole  ship  and  take  the  shape  of  events 
which  may  be  of  a  more  or  less  disastrous 
kind.    Some  of  these  events  are  certain,  and 
some  are  uncertain  -  the  degree  of  uncertainty 
depending  mainly  on  sailing  characteristics, 
loading,  geographical  position  and  human  inter- 
action.   The  events  can  be  damage  to  property, 
loss  of  time  (off -hire)  or  inconvenience  in  the 
form  of  dispute,  loss  of  reputation  etc. . 

Tracing  the  possible  sequence  of  events  re- 
sulting from  loss  of  a  specified  computer  task, 
can  be  accomplished  by  means  of  a  logical  con- 
sequence diagram.    An  estimation  of  the  event 
sequences,  their  duration  and  probabilities  can 
be  performed  without  any  knowledge  of  the  fail- 
ure process  of  the  computer  system  hardware. 
The  consequence  analysis  is  therefore  prefer- 
ably performed  by  people  with  an  intimate  know- 
ledge of  sail'      ships  and  ship  operation  and 


with  access  to  damage  statistics.    Usually  se- 
veral tasks  can  involve  the  same  events,  pos- 
sibly with  different  probabilities.    The  differ- 
ent consequence  diagrams  thereby  become 
coupled  to  each  other. 

Evaluation  of  system  utility 

All  events  resulting  from  computer  task  fail- 
ure are  supposed  to  have  a  value,  either  instan- 
taneous or  time  dependent.    These  values  are 
independent  of  how  the  task  failures  were  initi- 
ated and  they  are  estimated  from  the  direct 
costs  associated  to  an  event.    The  more  inac- 
curate status  value  of  the  circumstances  con- 
nected to  the  event  are  also  considered. 

By  collecting  all  events  branching  out  from  a 
task  failure  in  a  consequence  diagram  and  mak- 
ing value  estimates  from  event  costs,  proba- 
bilities and  waiting  times,  a  specific  value  is 
assigned  to  every  computer  task.    Going  back  to 
the  concept  of  task  availability  or  system  effec- 
tiveness, the  task  values  are  connected  to  the 
computer  hardware  as  a  measure  of  the  failure 
consequences  from  hardware. 

Defining  the  concept  of  utility  as  a  numerical 
value  of  the  prospect  facing  someone  in  a  situ- 
ation given  certain  assumptions,  the  task  values 
can  be  interpreted  as  the  utility  of  the  different 
computer  system  hardware  states,  (1).  Taking 
into  account  investment  costs,  the  operating 
costs  and  the  stochastic  failure  process  of  the 
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hardware  units,  enables  the  analyst  to  evaluate 
the  total  computer  system  utility.    A  utility 
appraisal  of  the  system  can  also  be  done  with- 
out regarding  the  investment  and  operating  cost. 


system  to  be  subject  to  chance  failures  only, 
the  failure  rate  for  each  unit  is  assumed  cons- 
tant:  z(t)  =  A.  ,  and  the  expression  oi  reliabi- 
lity in  equation  (4)  becomes: 


SIMULATION  MODELS 

An  important  part  of  the  analysis  is  the  simula- 
tion of  the  failure  behaviour  of  the'  computer 
hardware  system.    This  produces  the  system 
state  probabilities  which  are  used  as  input  to 
the  system  effectiveness  calculations. 

The  failure  rate  concept 

If  f(t)  denotes  the  probability  density  function  of 
a  unit,  then  f(t)  dt  is  the  probability  that  the 
unit  will  fail  in  the  time  interval(t,  t+dt).  The 
probability  that  the  unit  will  survive  for  the 
period  (0,  t)  is  then: 


t  «^ 
R(t)  =  1-7    f(x)dx  =/  f(x)dx   :  (4) 
0  t 


R(t) 


-At 


,  since  R(0)  =  1    j  (7) 


which  means  that: 


-dR(t)   =f(t)  ; 

ar 


(5) 


The  failure  rate  2(t)  of  the  unit  may  be  defined 
as  the  conditional  probability  that  the  unit  will 
fail  in  a  time  interval  (t,  t+Jt),  given  that  it  has 
survived  up  to  time  t: 


Z(t)  =f(0    =  CL  p/,^^  . 


(6) 


Because  the  conditional  probability  z(t)  '  dt  = 
A  *  dt  depends  only  on  dt  and  is  independent  of 
t,  the  expected  life  time  of  a  unit,  MTTF,  is 
constant  at  all  times  and  equal  to  the  reciprocal 
of  the  failure  rate: 


MTTF  =  1  /a  J 


(8) 


Assuming  the  hardware  units  in  the  computer 


This  implies  that  if  the  independent  units  com- 
posing the  computer  system  have  exponentially 
distributed  times  to  failure,  then  the  time  to 
system  hardware  failure  will  also  be  exponen- 
tially distributed.    For  repairable  units,  the  as- 
sumption of  constant  failure  rate    X    and  repair 
rate  ^    ,  means  that  operating  time  between 
hardware  unit  failures  and  the  time  required  for 
repair  (MTTR)  of  each  unit  composing  the  sys- 
tem, are  exponentially  distributed. 

J^f-¥-^-^A'?X.  Model 

Having  defined  a  state  space  for  the  computer 
system,  a  Markov  process  is  one  whereby  the 
system  occupies  a  certain  state  and  either  un- 
dergoes a  transition  from  this  state  to  another, 
or  remains  in  its  present  state  with  time  homo- 
geneous transition  probabilities  which  only  de- 


id 
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pend  on  the  previous  state. 

The  Markov  chain  defined  by  a  discrete  state 
space  and  continuous  time  parameter  is  a  sto- 
castic    model  very  suitable  in  describing  the 
behaviour  of  complex  systems. 
Let  pi(t)  denote  the  probability  that  the  system 
is  in  a  state  i  at  time  t.    For  a  state  space  con- 
taining a  finite  and  countable  number  of  states 
N,  obviously 

I  Pi(')=  1    ;  (9) 

i=l 

Let  P(t)  be  a  column  vector  whose  elements  are 
the  system  state  probabilities  at  time  t,  P(t) 
may  be  called  the  state  vector.    The  transition 
probabilities  or  rates  in  the  Markov  chains  will 
consist  of  the  repair  and  failure  rates  of  the  ac- 
tual computer  system  as  previously  defined. 
The  requirement  of  time  homogenity  is  fulfilled 
by  the  exponential  density  functions  for  time  to 
failure  and  time  to  repair.    Use  of  the  Chapman 
Kolrnogorov  differential  equation  gives 

P(0  =  Cm)  •  p(t)  :  (10) 

where  (M)  is  the  NxN  matrix  of  the  transition 
rates. 

Knowing  the  initial  conditions  given  by  the  state 
vector  P(0),  tne  set  of  simultaneous  differential 
equations  can  be       'ed,  and  the  probability 
vector  for  the    ,    em  states  is  obtained  as  a 


function  of  time . 

The  transition  rate  matrix(M3  is  the  basic  ele- 
ment in  the  Markov  model,  and  it  characterizes 
both  the  System  being  analysed  as  well  as  the 
analysis. 

If  the  computer  system  is  repairable  in  all 
states  containing  failed  hardware  units,  i,  e.  all. 
states  communicate,  then  the  transition  matrix 
and  the  states  are  called  ergodic  or  positive  re- 
current.   States  w».  ch  are  not  ergodic,  are  cal- 
led transient. 

In  a  completely  ergodic  process,  the  limits: 

lim  p.(t)  =  P  (11) 

t  — ►  oO 

exist  'or  all  states  i  in  the  state  space.  As 

t— ^00        ,  equation  (1  0)  becomes: 

(M}   '  P  =  0  (12) 

Together  with  equation  (9)  this  equation  implies 
that  the  limiting  state  probabilities  can  be  deter- 
mined by  solving  a  set  of  linear  algebraic  equa- 
tions. 

A  useful  tool  in  Markov  analysis  is  to  prepare  a 
diagrammatic  representation  of  the  transition 
rat^  matrix(M}.    The  graph  is  called  a  reliability 
transition  diagram,  and  it  is  composed  of  nodes 
representing  system  states  and  branches  repre- 
senting the  possible  transitions  between  the 
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states.    Labelling  the  branches  with  transition 
rates  makes  it  ao-'    simple  to  evaluate  the  ele- 
ments in  (M).    L  s  of  transition  diagrams 
are  given  in  fig.  4  and  fig.  5. 

Computer  programs 

 T 

In  order  to  cope  with  the  problems  of  solving 
the  equation  systems  of  equation  (10)  and  (\Z 
and  9)  in  a  fast  and  economical  manner,  two 
computer  programs  have  been  developed, 
REAVAN  and  STAVAN  (2). 

The  program  REAVAN  solves  the  set  of  dif- 
ferential equations  given  by  equation  (lO),  utili- 
zing the  Kutta-Merson  algorithm.    The  result  is 
the  probability  state  vector  P(t)  as  a  function  of 
time,  for  a  finite  time  period  with  specified 
time  intervals. 

The  program  STAVAN  solves  the  set  of  linear 
algebraic  equations  given  by  equations  (9)  and 
(12).    The  solution  technique  is  based  on  an  op- 
timal Jordan  elimination  process,  and  the  re- 
sult is  the  steady -state  probability  vector  P  and 
the  waiting  times  between  different  specified 
subsets  of  states. 

Both  programs  are  written  in  the  ALGOL  pro- 
gramniing  language  for  UNIVAC  1107  and  11Q8 
computers  with  EXEC  8.    Some  of  the  subrou- 
tines involving  manipulation  of  matrices  are, 
however,  written  in  FORTRAN  IV.    The  pro- 
grams  have  proved  to  be  extremely  helpful  in 


evaluating  system  state  probabilities.  Comput- 
ing time  being  only  a  few  seconds,  the  programs 
are  economical  to  run  and  give  a  lot  of  informa- 
tion in  short  ^ime. 

APPLICATION  OF  THE  ANALYSIS  METHOD  TO 
A  DESIGN  STUDY 

biven,  an  actual  ship  and  the  tasks  to  be  perfor- 
med by  the  computer  system,  an  example  will  be 
given,  showing  how  use  of  the  described  method 
'  can  be  used  to  increase  the  utility  of  a  system  at 
the  design  stage.    This  is  done  by  assigning  re- 
dundancy, eliminate  bottle-necks  and  allocate 
ipare  parts  with  respect  to  the  ship's  function 
and  environmental  conditions. 

Tl\?--^}iE,^y^^?{P_i^^5^.2°s^  values 
The  ship  system  to  be  considered  is  a  machinery 
plant,  with  special  emphasis  placed  on  the  pro- 
pulsion machinery.    Supervision  and  control  of 
the  machinery  (referred  to  as  the  EO  task<?^  and 
condition  monitoring  (referred  to  as  CM)  are  the 
main  tasks  to  be  performed  by  the  computer 
system. 

The  analysis  method  allows  partition  of  the  ana- 
lysis into  two  groups,  or  submodels  of  the  over- 
all system.    One  consists  of  the  computer  sys- 
tem including  the  tasks  to  be  performed.  The 
other  is  the  ship  system  which  defines  the  com- 
puter tasks.    Description  of  the  ship  system  and 
the  assigning  of  cost  values  to  the  different  tasks 
to  be  performed  by  the  compv.  *r  system,  will 
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not  be  shown  here.    The  value  estimation  can 
best  be  done  by  personnel  with  experience  in 
and  knowledge  of  sailing  ships  and  ship  machi- 
nery plants,   since  the  value  estimation  is  inde- 
pendent of  the  computer  configuration. 

The  cost  estimation  must  take  account  of  sailing 
schedules,  harbourage,  type  of  ship  etc.  .  Stop 
of  main  propulsion  involves  greater  risk,  i.  e. 
expected  cost,  to  the  ship  when  manoeuvring  in 
restricted  water  than  when  sailing  in  open  sea. 

For  the  estimation  of  the  different  cost  values, 
a  typical  voyage  of  24  days  in  open  sea,  4  days 
in  restricted  waters  and  two  days  in  harbour 
is  taken  into  consideration,  (3). 

The  time  dependent  and  immediate  values  for 
loss  of  computer  tasks  are  shown  in  table  1. 
These  values  are  valid  for  all  four  system  al- 
ternatives outlined  in  the  following. 

The^basic  computer  system 
The  starting  point  in  this  design  study  is  the 
basic  computer  system  A,  shown  in  fig.  2.  It 
consists  of  a  computer  (COM)  (CPU,  memory, 
interface  for  typewriter,  punch,  tapereader, 
computer  operator  panel  etc. )  and  a  pewriter 
(TW).    Further  there  is  a  control  console  (CC) 
connected  to  the  computer  through  the  process 
input/output  system  (PIO).    A  display  (CRT)  is 
also  connected  through  the  PIO,    A  tapereader 
(TR)  is  used  for  loading  programs  into  the  com- 


puter, and  the  whole  computer  system  is  fed  by 
power  from  the  main  switchboard  (MSB).  No 
tapepuncli  is  shown  since  it  is  not-necessary  for 
the  overall  system  function. 

The  failure  and  repair  data  used  in  this  analysis 
are  estinnated  after  communication  with  design- 
ers of  related  systems.    The  main  input  data  to 
the  computer  programs  REAVAN  and  .STAVAN 
are  the  mean  time  between  failure  (MTBF)  and 
the  mean  time  to  repair  (MTTR)  for  each  com- 
ponent in  the  system.    In  table  2,  the  columns 
3  and  4  show  data  valid  for  tlie  basic  system  A. 
(The  table  also  includes  data  used  for  the  sys- 
tems B,  C  and  D. ) 

The  basic  system  is  supposed  to  consist  of  seven 
independent  units  (see  fig.  2).    Each  unit  is  con- 
sidered to  be  in  only  one  of  two  states,  operating 
or  failed.    The  systt   t  niay  therefore  enter  2*^  = 
128  different  states.    Since  the  MTBF  is  much 
larger  than  the  MTTR  for  all  units  in  the  system, 
every  combination  of  unit  failures  yielding  con- 
sequences less  severe  than  the  consequences  of 
each  subset  within  the  combination  are  neglected. 
Figure  4  shoW8  the  reliability  transition  diagram 
for  the  basic  system  A.    Only  9  states  are  con- 
sidered to  be  of  interest.    The  states  2,  3,  4 
and  5  will  cause  loss  of  all  computer  tasks. 

Some  results  obtained  from  the  computer  pro- 
gram REAVAN  are  shown  in  fig,  6,  7  and  J  for 
all  four  system  configurations.  »In  fig.  6a,  the 
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dynamic  behaviour  of  the  probabilities  of  sys- 
tem success  are  plotted.    The  steady  state 
availabilities  for  repairable  systems  are 
reached  in  approximately  8  to  IZ  hours  after 

starting  the  systems.    Fig.  6b  shows  the  cor- 
I 

responding  probabilities  of  computer  failure 
which  is  a  critical  failure  mode.    In  measuring 
the  utility  value  of  the  syste-n,  a.  o.  equation 
(3)  is  used  to  compute  the  tash  value  function 
for  the  system.    The  simple  decision  table, 
table  3,  shows  the  connectipu  between  hardware 
failures  and  total  or  partial  loss  of  computer 
tasks.    Decision  tables  are  used  to  prepare 
information  for  input  to  computer  programs 
calculating  utility  values. 

The  calculated  utility  values  for  loss  of  system 
performance  are  shown  in  fig.  7.    In  fig.  8, 
the  task  avail     lities  are  shown  as  calculated 
by  the  compute^  program  STAVAN. 

Analysis  method 

The  three  system  configurations  B,  C  and  D 
are  modifications  of  basic  computer  system  A. 
The  objective  is  to  improve  the  availability  of 
the  computer  tasks,  thus  decreasing  the  over- 
all risk  utility.    Experience  has  shown  that  the 
power  supply  from  the  main  switchboard  is 
critical.    Use  of  this  powp      upply  causes  the 
JvITTF  for  several  units,  e:  ^  jcially  the  com- 
puter and  tape-reader,  to  decrease  tc  a  value 
much  below  the  corresponding  value  for  land- 
based  computer  systems. 


Feeding  power  continuously  through  a  battery 
bank  to  the  computer  system,  improves  the 
MTTF  for  several  units,  see  5th  and  6th  column 
in  table  2.    Additionally,  the  battery  power  sup- 
ply guarantees  the  system  continuous  power  for 
ac  least  30  min.  if  a  main  switchboard  break- 
down occurs.    The  addition  of  a  battery  supply 
to  system  A    gives  system  B. 

Table  4  shows  that  the  EO  and  CM  tasks  depend 
heavily  on  precise  function  of  the  typewriter. 
The  table  also  shows  that  no  reconfiguration  of 
the  p-ogram  system  can  be  performed  without 
proper  function  of  the  tape-reader.  Usually, 
typewriters  are  equipped  with  slow  tape -reader a 
Modifying  the  software  and  hardware  system  in 
such  a  way  that  the  tape -reader  on  the  type- 
writer can  be  used  as  back-up,  and  adding  an 
extra  typewriter  for  redundancy,  we  call  the 
new  configuration  system  C. 

Again,  calculations  on  the  modified  computer 
system  show  an  improvement  of  the  utility  func- 
tion in  spite  of  a  small  decrease  in  the  steady 
state  and  dynamic  availability  of  the  computer 
hardware.    According  to  table  5,  the  only  "bot- 
tle-necks" remaining  are  the  computer  itself 
and  the  process  input/output  system.  These 
are  the  only  units  which  by  a  single. failure  can 
cause  total  system  break-down. 

The  failure  consequences  presented  in  table  1, 
show  that  the  EO -tasks  are  much  more  impor- 
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tant  than  the  CM-tasks.    Using  two  computers, 
one  for  the  EO -tasks  and  the  other  for  the  CM- 
tasks,  are  giving  back-up  for  the  EO -computer 
tasks  at  the  expense  of  the  CM-tasks.  This 
also  results  in  a  higher  MTTF  for  eacli  com- 
puter in  this  new  system  compared  to  the  com- 
puters in  system  A,  B  and  C,  owing  to  reduc- 
tion of  the  memory  capacity  of  each  computer. 
Using  this  modification,  a  data  channel  (ACM) 
is  needed  for  communication  between  the  two 
computers. 

In  the  process  l/O  system,  the  multiplexers 
and  converters  are  some  of  the  most  unreliable 
parts.    The  l/ O  system  is  divided  into  three  ♦ 
parts.    Two  identical  parts,  containing  the 
most  unreliable  part  of  the  l/O  system,  serve 
each  of  the  two  computers.    The  part  serving 
the  less  important  computer  will  serve  as  a 
stand  by  unit  for  the  most  important  computer 
(EO-tasks).    The  third  part  of  the  l/O  system 
is  quite  reliable,  so  this  remaining  bottle-neck 
^  is  acceptable  from  a  reliability  point  of  view. 

A  block  diagram  for  this  system,  containing 

13  units,  is  shown  in  fig.  3.  Theoretically, 
1 3 

the  system  can  enter  2     =8192  different  stat- 
es, but  without  loss  of  any  significant  infor- 
mation, the  method  applied  allows  for  a  reduc- 
tion to  only  28  states.    The  reliability  transition 
diagram  for  system  D  is  shown  in  fig.  5. 

The  improvement  in  risk  utility  from  system  A 


to  system  D  is  shown  to  be  a  factor  of  2.5  (fig. 
7),  with  a  corresponding  increase  in  task  avail- 
ability. 

Hitherto,  we  have  assumed  that  all  sv  s.em  fail- 
ures have  been  repairable  with  a  MTTR  given 
in  table  2.    This  will  not  always  be  true,  es- 
pecially for  computer  systems  onboard  ships 
due  to  lack  of  specialists,  tools,  spare  parts  etc. 

In  order  to  demonstrate   a  way  of  allocating 
spare  parts,  calculations  have  been  performed 
assuming  that  the  CRT  display,  battery  power 
supply  and  two  identical  parts  of  the  l/O  system 
are  not  repairable  (absorbing  states).    The  re- 
sults are  plotted  into  fig.  6a. 

CONCLUSION 

In  the  proceeding   sections,  an  analysis  method 
intended  for  evaluation  of  computer  systems  on 
board,  has  been  presented.    The  procedure  may 
seem  somewhat  complex  at  first,  but  it  has 
been  found  to  be  a  simple  and  efficient  way  of 
obtaining  information  on  computer  system  struc- 
tures.   It  is  felt  that  reliability  data  alone  are 
not  satisfactory  as  a  basis  for  selecting  between 
alternative  systenr.  configurations.    The  con- 
cepts of  utility  and  task  values,  however,  prove 
to  provide  information  relevant  to  systems  eva- 
luation and  design. 

Application  of  Markov  models  hau  been  found  to 
constitute  a  vory  convenient  analysis  tool  in 
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systems  dcsigiii  because: 

-  The  concept  is  easy  to  understand. 

-  The  model  is  easy  to  use, 

-  The  state  space  is  easy  to  change, 

-  The  system  structure  is  easy  to  change, 

-  i\lternative  systems  are  easily  compared 

-  Sensitivity  analysis  is  easy  to  perform. 

-  Computer  analysis  takes  only  a  few  sec- 
onds. 

Even  if  the  Ma:     v  chains  in  some  cases  may 
not  be  the  correct  stochastic  description  of  the 
system,  it  stiP  gives  information  enabling  com- 
parative analysis  of  systems. 


EO 

CM 

Immediate 
value 

2.7-  10^ 

0 

Time  depen- 
dent value 

97-  10^ 

0.21  •  10^ 

Table  1.  Value 

tor  computer  tasks. 

main 
switch- 
board 


type- 
writer 


computer 


control 
console 


tape- 
reader 


process 
I/O 


CRT- 
display 


Fig  2,   Basic  computer  system  A 
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Fig.  3,  Computer   system  D 
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using  Main 
switchboard 


using  Battery 
power  supply 


Component 


MTTF 
^hours) 


MTTR 
(liours) 


MTTF 
(hours) 


*MTTR 
(hours) 


Computer  (system  A,  B  and  C)  COM 

Typewriter  TW 

Tapcreader  TR 

Control  console  CC 

Process  l/O  PIO 

CRT-display  CRT 

Main  switchboard  MSB 

Battery  po\Ver  supply  BPS 

Computer  using  tapereader  on  ty;oewriter 


1250 
1000  . 
1/2**) 
25000 
8000 
2000 
1000 
1000 


4 
2 
5 

10 

6 
8 
1 

3 
8 


2000 

1000 
1/10h) 
30000 
10000 

3000 

1000 

1000 


*i 
2 
5 

10 
6 
8 
1 
3 

10 


g 

(A 


Data  channel 
Computer  A 
Computer  B 
Process  l/O,  part  A 
Process  l/O,  part  B 
Process  I/O.  part  C 


ACM 

COMA 

COMB 

PlOA 

PIOB 

PIOC 


10000 
2500 
2500 
8000 
8000 

40000 


20000 
5000 
5000 
10000 
10000 
40000 


failure  every  2nd  or  10th  time  when  used. 
Table  2    Failure  and  repair  data 


COM 

y 

y 

PIO 

y 

MSB 

y 

y 

TW 

y 

y 

w 

CC 

y  " 

:3 

CRT 

y 

y 

w 

TR 

y 

BPS 

y 

y 

EO 

1  1 

0 

2.4  0 

1 

2  .1 

\ 

E 

CM 

1  1 

0 

.6.4  5 

1 

.8  .1 

1 

E 

Table  4.   Decision  tablci  system  B 
(E  =  error,  considering  not  allowed 
states) 


COM 
PIO 
MSB 
'  TWA 
TWB 

TWA  or  TWB 

CC 

CRT 

TR 

BPS 

y  y 
y 

y  y 

y  .          y  S 
y  ^ 

y  w 

y 

y  y 

V  V 

EO 
CM 

1  1  0  0  0  0 .4  0  0  .1  2  .1  1  E 
i  1  0  .4  .4  .4  4  .5  0  .1  A  J  IE 

Table  5,   Decision  table,  system  C 


COMA 

COMB 

PIOA 

PIOB 

PIOC 

PIOA  or  PIOB 

MSB 

TWA 

TWB 

TWA  or  TWB 

CC 

CRT 

TE 

ACM 

BPS 


EO 
CM 


y 

V 


y 
y 
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CO  00 
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> 

o  o 

o  in 

rt  ^ 

>^ 

>> 

oSw^OCt^ci 

wo 

Table  6,  Decision  table,  system  D 
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1 .  System  o.k. 

2.  Computer  fault 

3.  Process  l/O  fault 

4.  Main  switchboard  fault 

5.  Computer  and  tapercadcr  fault  V. 

6.  Typewriter  fault 

7.  Control  console  fault 

8.  CRT-display  fault 

9.  CRT  and  typewritez  fault 


Fig.  4.    Reliability  transition  diag~im  lor  system  A. 


ex. 

3 


o 

a. 

0) 


1 .  System  o.k. 

2.  Computer  A  fauK 

3.  Computer  B  fault 

4.  Computer  A  and  B  fault 

5.  Typewriter  A  or  B  fault 

6.  Typewriter  A  and  B  fault 

7.  Control  console  fault 

8.  CRT- dit:play  fault 

9.  Process  l/O  C  fault 

10.  Process  l/O  A  or  B  fault 

1 1 .  Process  l/O  A  and  B  fault 

12.  Data  chaiir.cl  fault 

13.  Computer  A  and  tapcreader  fault 
*4.  Main  switchboard  fault 

15.  Battery  power  supply  fault 

16.  Computer  A  fault 

17.  Computer  B  fault 

18.  Computer  A  and  B  fault 

19.  Typewriter  A  or  B  fault 
20/  Typewriter  A  and  B  fault 

21.  Control  con&ole  fault 

22.  CRT-display  fault 

23.  Process  l/O  C  fault 

24.  Process  l/O  A  or  B  fault 

25.  Process  l/O  A  and  B  fa»  > 

26.  Data  channel  fault 

27.  Computer  A  and  tapereader  fault 

28.  Main  switchboard  and  battery  power 
supply  fault 


Fig.  5.    Reliability  transition  diagram  for  system  D. 
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Fig.  6a   Dynamic  behavior  of  systems 
as  calculated  by  REAVAN 
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Fig.  Sb    Probability  of  computer  failure 
as  calculated   by  REAVAN 
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•'MOI^TE  CARLO  SI^^ULATIOI^  OF  CROSSTALK  IN  COW-IUIClCATIOri  CABLES" 


A.  K.  J^in 

Bell  Telephone  Laboratorios ,  Incorporated 
Holsdel,  New  Jersey  07733 

Abstract 

One  way  of  developing  a  cassunicaticn  cable  of  new  design  is  to  nake  siany 
expericentel  cf"  es  and  to  study  their  path-to-path  crosstalk  properties.  This 
method  is  both  tine-consuaing  and  expensive.    In  this  paper,  use  is  cade  of  eval- 
uating "synthetic"  cables.    First,  we  fit  statistical  sxjdels,  vhich  are  functions 
of  design  paraceters,  to  ceasurenents  of  crosstalk  in  one  cr  aore  expericental 
cable(s).    Then  we  use  these  models  and  estimates  of  associated  conponents  of 
St    ^stical  variability  in  ^^onte  Carlo  sinxaation  of  crosstalk  thereby  enabling 
the  exploration  of  cable  designs  different  fron  those  of  the  experiniancal  cables. 


1-  Introduction 

Far-end  crosstalk  is  one  of  the  laajor 
sources  of  iijterference  in  communication  paths. 
Cable  designers  would  like  ^o  develop  new  com- 
munication cables  whose  path-to-path  crosstalk* 
is  at  a  desired  level.    One  way  of  developing  a 
eoESiunication  cable  of  a  new  design  is  to  make 
many  experimental  cables  and  to  study  their 

From  now  on,  far-end  crosstalk  is  abbrevi- 
ated as  crosstalk. 


path-to-path  crosstalk  properties.    This  method 
is  both  tine-consuming  and  expensive.    Here  we 
,  describe  another  approach  which  develops  and 
evaluates  "synthetic"  cables. 

First  we  analyze  path-to-patU  crosstalk 
measurements  for  experimental  cAble(s)  to  esti- 
mate components  of  statistical  variability  and 
to  fit  statistical  models,  which  are  functions 
of  design  peiameters,  to  these  measurements. 
Then  these  models  are  used  in  Monte  Carlo  sicu- 
3.<ition  of  path-to-path  crosstalk  for  cablen  with 
designs  different  from  that  (those)  for  the 
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experinental  cable(s).    The  individual  cross- 
talk into  each  path  (pair)  from  the  remaining 
paths  are  '*added'*  to  get  overall  indices  of  per- 
fomance  called  power  sxsns.    The  power  sun 
distributions  of  "synthetic"  cables  ai-e  used  to 
evaluate  their  designs.    This  evaluation  leads 
to  further  exploration  of  nev  cable  designs. 
^.    Data  Collection 

Statistical  analysis  of  crosstalk  neasure- 
zu^nts  frcn  one  or  core  experimental  cables  is 
the  backbone  of  the  approach  described  here. 
An  experimental  lev  capacitance  cable  vas 
designed  and  zan«-;ft.otured  during  the  course  of 
recent  development  of  a  nev  transnission  systen. 
We  will  usa  this  cable  to  illustrate  the  ap- 
proach.   A  cross -section  of  this  cable  is  shown 
in  Figure  1.    This  cable  has  102  pairs  and  it 
is  nade  up  of  six  layers.    In  each  layer  there 
is  a  certain  nuaber  of  distinct  tvist  lengths 
which  are  repeated  a  certain  nunber  of  tiises 
(Teble  l).    The  six  layers  are  stranded  (i.e.. 


the  pairs  in  each  laj'er  go  aroimd  the  center) 
alternately  in  the  right  and  left  directions. 

The  crosstalk  neasurencnt  equipnent  was 
limited  physically  to  measure  not  siore  than 
50  pairs  in  a  setup  and  it  vas  feasible  to 
laeas    'e  only  tvo  50-pair  sets  in  totix.  The 
tvo  50-pair  sets  chosen  for  nseasurement 
(yielding  21*50=2(2^;  pair-to-pair  crosstalk 
measurements)  are  indicated  in  Figure  2.  These 
two  sets  were  selected  to  provide  sufficient 
data  for  estimating  the  perforr^nce  of  the 
current  cable  design  and  for  exploring  other 
twist  length' selections  in  future  cable  designs. 
3.    I-todel  Development  and  Simulation  of 

Cros<;talk 
3.1    Model  Development 

Table  2  gives  a  breakdc-Ti  of  the  2l;50 
measurements  into  three  groups:  (i)  within 
layers  (i,e.,  when  both  the  disturbed  pair  i 
and  the  disturbing  pair  J  belong  to  the  same 
layer),  (ii)  between  layers  when  D.    f,3,  where 


TABUS  1 


Tvist  Length  Assigraaent  (inches) 


Layer 
Ko. 

Total 
Ho.  of 
Pairs 

Uo.  of 
Distinct 
Twists 

Distinct  Twist  Mo. 

Str. 
Lay* 
( ins . ) 

1 

2 

3 

U 

5 

6 

7 

8 

9 

1 

3 

3 

0.9 

1.1* 

1.2 

21*  R 

2 

9 

9 

1.8 

2.7 

6.2 

2.0 

3.8 

1.7 

2.9 

5.5 

2.2 

2l4L 

3 

15 

3 

L.l 

1.2 

1.5 

2hn 

U 

20 

5 

7.1 

3.0 

2.5 

3.6 

2l4L 

5 

25 

5 

0.9 

1.5 

1.2 

1.8 

1.1* 

2l*R 

6 

30 

6 

6.2 

2.9 

2.0 

3.1* 

2.1* 

2l4L 

An  effect  of  stranding  lay  is  to  possibly  change  relative  tvist 
lengths  of  two  pairs,    *?his  adjustment  is  nade  in  defining  "effecfjive 
twist  lengths    vhich  are  used  in  the  analysis  to  follow. 
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TABL2  2  - 
Breakdown  of  the  2^50  Measurements 


Ho.  of  Pair  Combinations* 

Group 

Distinct 

With  Infomation 
on  Manuf.  Var. 

With 
Repeat 
r-5ecs. 

Total 

Within  layers 

267 

lOU 

1*20 

Between  layers  I 
(Dij  1  3) 

301 

I29U 

87 

1682 

Between  layers  II 
(p..  >  3) 

87 

261 

0 

3li8 

Total 

65^ 

1659 

136 

2lt50 

D-    is  the  Dininun  distance    between  the  two 
pairs  involved,  and  (iii)  between  layers  when 
D.J  >  3.    The  17  pairs  cosrion  in  the  two  50-pair 
sets  pi-ovide  repeat  ceasureceats  which  in  turn 
yield  infornation  on  the  neasurecent  variabili- 
ty.   Siailarly,  identification  of  distinct  pair 
conbinations  (see  Figf"-r^  1)  and  an  anp"l;:c»is  of 
different  realizations  (if  core  than  one)  of 
each  distinct  pair  coribination  provides  an  esti- 
mate of  the  variability  du5:  to  the  manufacturing 
process.    The  following  xsodel  expresses  cross- 
talk ceasurements  (in  dB)  as  suns  of  several 
cojr^onents : 

?(q)i'  *  j(q)l)n  |(q£n)n 


Vnn  =  "      Cq  ^  P 


I'Jcas  n 
Rzo.aca*  ff 
Pair  CoT±.  § 
Group  if 


I 


Overall 
Mean 


Group  Pair 
Effect  Ccab. 

Effect 


Manuf. 
Var. 

Mer^. 
Variation 


*  The  numbers  in  the  middl.;  two  colunns  iirc 

more  properly  labeled  as  degrees  of  freedom, 
t  The  Uiiit  of  distance  is  the  diameter  of  a  pair. 


*^(q£m)n     ^(^'^(q)]'  ^ 

squares  due  to  (i)  distinct  pail-  conb.»  (ii) 

manufacturing  variability,  and  (iii)  measureisent 

variability  in  each  of  the  three  groups.    It  is 

clear  that  cianufacturing  variability  is  quite 

large. 

Hext  we  fitted  regression  ftmctions  which 
attempt  to  describe  average  cross ta3I%  for  dis- 
tinct pair  combinations  as  functions  of  the 
following  design  variables: 

D.    =  minimum  distance  between  pairs  i  and  J 
where  the  unit  of  distance  is  the  dia- 
meter of  a  pair, 
T.  =  twist  len£     of  pair  i  (in  inches), 
Tj  =  twist  length  of  pair  J,  ana 


■{J 


if  pair  i  is  in  layer  6 
other^isse 


A  rcgre?ssion  function  for  group  q  may  be  written 
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TABLE  3 

A  Brea]kdown  of  Variation  by  Group 


Mean  Square* 

Distinct 

Manufacturing 

Measurement 

Group 

Pair  Comb. 

Variability 

Variability 

Within  layers 

122.23 

33.91 

5.39 

(266) 

•  (101*) 

(1.9) 

Between  layers  I 

225.91 

1*2. ll* 

6.71 

(D.J  <  3) 

(300) 

(129^*) 

(87) 

Betveer.  layers  II 

129.0? 

23. 2h 

(D.J  >  3) 

(86) 

(261) 

Where  O^^j^^  =  crosstalk  from  pair  j  to  pair  i 
in  group  q. 
The  functional  fom  of  f  was  explored  by 


plotting  C 


(q)ij 


against  the  design  rariables 


and  sone  simple  functions  of  these  variables. 
Let  us  illustrate  the  fitting  procedure  by  con- 
sidering the  within-layer  group.    For  this 
group  the  only  variable  which  indicated  a  signi- 
ficant relationship  with  C.  (q,  which  is  equal 
to  1  for  vithin-layo        ap,  is  01:  it  ted  fcr 
convenience)  is- D.  .    In  other  words,  if  we 
consider  only  one  variable  at  a  ticie  (and  con- 
sequently ignore  the  other  variables) ,  we  are 
not  able  to  detect  any  relatic  Jhip  of  C. ,  with 
the  other  design  variablei;.    After  fitting 
C.,  =  57.01*  +  18.33  log{D.j).      .  plotting 
Cfj  (=  C.J  -  57.01*  -  18.33  log(D.j))  against 

the  twist  length  variables ,  ve  nocice*i  a-  nega- 

I 

tive  relationship  witl.       >  t.  which  led  t;o 
the  new  regression: 


The  numbers  in  parentheses  are  degrees  of 
freedom. 


C.  =  61.62  +  18.69  log(D  )  -  6.61*  log(T.+T,), 
Again  we  conputed  the  new  residuals 


C?j  =  C.J  -  61.62  -  18.69  WD.j) 
+  6.6U  log{T.+Tj)  , 


and  nade  a  plot  of  CV    against  other  variables 

which  suggested  the  addition  of  log(  |T. -T  j  )'^ 

^  J 

and  L.  .    Ho  additional  terns,  which  nake  fur- 
ther  inprov6Kent  in  the  explanation  of  0. ^ , 
could  be  foxind.    Thus,  the  best  fitted  statis- 
tical laodel  for  within-layer  crosstalk  is 


C     =  61*. 08  -  3.53L. 
*  J  1 


+  lo, 


^0' 


(T.-KP  )^-^3 


+  e. , 


(1) 


where  , 


e.j  =  6.J  +  e.j  +  lack  of  fit,  and 


e.j  N(0,I*9.05). 


"^If  IT^-Tj   <  0.05,  then  we  substitute 

I  v^ji  =  0.05. 
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Lack  of  fit  represents  the  discrepancy 
between  the  fitted  model  and  the  true  relation- 
ship (if  one  exists)  between  C. ,  and  the  design 
variables.    The  above  fitted  model  does  not  fit 
the  average  crosstalk  for  distinct  pair  combina- 
tions perfectly.    However,  the  lack  of  fit  is 
small  and  the  above  fitted  model  is  quite  use- 
ful in  describing  crosstalk  as  a  functi^  or 
design  variables. 

Similarly,  the  best  fitted  models  for  the 
between  layers  groups  were  the  following: 
Between  layers  I  (d..  ±3): 

C.    =  62.35  +  3.U7L. 
ij  1 


+  log 


la 


*       J  J 


+  e 


where  e.   ^  N(0,U9.U2). 
^  J 

Between  layers  II  (D.    >  3); 

^  J 

C.J  =  59-97  +  7.53L. 


(2) 


(T.-KT  )1T.30  ,j,5.33 


+  e. 


(3) 


where  e.    ^  N(0,27.i*9)  - 
^  J 

It  my  be  pointed  out  that  J  <  i  and  since  the 
pairs  are  numbered  from  the  center  outward,  J 
is  in  the  outer  layer  relative  to  i. 
3 . 2   SViniaation  of  Pair-to-Pair  Crosstalk 

The  statistical  codels  developed  above  can 
be  used  for  Monte  C^rlo  simulation  of  pair-to- 
pair  crosstalk  as  follows: 

(a)  , Specify  D.^^,  T^,  Tj,  end       for  the  pair 
combiTUition . 


(b)  Compute  the  expecttid  crosstalk  from  the 
appropriate  one  of  the  above  three  fit- 
ted models  (without  e.  tenn). 

^  J 

(c)  Add  e.    to  the  expecte'd  crosstalk  where 


-j-N(o.a2), 


and 


^^9.05    for  within-layer 

^9-^2    for  between-layer  I  (D.    <^  3) 

27.^9    for  between-layer  II  (D.    >  3), 


We  generate  a  random  number,  r. from  N(0,1) 

through  the  use  of  a  random  number  generator  on 

a  computer  and  define  e.,  =  (r.  )»(a  ). 

ij         ij  e 

3y  generating  5151  pair-to-pair  crosstalk 
"measurements"  among  102  pairs  in  the  cable  we 
can  develop  a  synthetic  cable  of  a  specified 
twist  length  design. 
^.    Exploration  of  Hew  Cable  Designs 
U.l    Power  Sun  Distribution 

Before  exploring  new  cable  designs  for  the 
102-pair  cable,  it  is  necessary  to  assess  the 
performance  o*"  'he  design  used  in  the  experi- 
mental cabl        1  measure  of  the  overall  crosstalk 
interference  "a  a  pair  is  called  the  power  sura, 
which  is  de_  .led  below.    Ler  C.    =  crosstalk 
from  pair  J  to  pai  r  i ,  J     1.  Then 


P^  =  Power  sum  for  pair  i 


=  -10  lo. 


Unfortunately,  we  do  not  have  all  C,  measure- 
ments  for  J  5^  i.    Therefore,  we  cannot  compute 
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all  P^*s  from  the  2U50  crosstalk  measurements 
for  the  experimental  cable  discussed  in  Section 
Z,    First  we  simulate  the  immeasured  crosstalk 
as  described  in  Section  3  and  then  compute 
P^(i=l  to  102).    Figure  3  shows  a  plot  of  on 
nomel  pix)b ability  apper.    The  power  sum  distri- 
bution is  an  indication  of  the  overall  perfor- 
mance of  the  cable.    For  exariple,  the  vorst 
pair  has  a  power  sum  of  39  dB  and  the  best  pair 
has  a  power  sum  of  48  dB.    The  left-hand  tail 
is  the  important  tail  of  the  distribution  be- 
cause the  crosstalk  requirement  is  stated  as 
follows : 

Prob.(P.<?^)  <  ct. 
1    0  — 

Since  the  simulated  crosstalk  and  conse- 
quently simulated  P^  are  random  variables,  the 
plot  in  Figure  3  represents  one  realization  of 
the  power  sum  distribution  for  the  design  used 
in  the  experimental  cable.    If  we  make  another 
simulation  of  the  unmeeisured  crosstalk,  recom- 
pute P.  and  plot  the  resulting  pover  sum  dis- 
tribution, we  vill  get  another  realization  of 
the  power  sum  distribution.    Figure  U  shows  20 
realizations  of  thic  distribution  (one  of  which 
is  shown  in  Figure  3)  for  the  experimental  cable 
design.    It  can  be  seen  that  the  tails  of  the 
power  sum  distribution  are  quite  variable  and 
consequently  it  is  not  efficient  to  assess  the 
performance  of  a  given  design  on  the  basis  of 
one  realization  of  its  power  sum  distribution. 
The  a  erage  of  the  20  realizations  displayed  in 
Figure  ^»  is  shown  in  Figure  5  along  with  thres 
other  similar  average  distributions.    It  can  be 


seen  that  the  four  average  distributions  are 
quite  close  to  each  ocher.    Therefore,  wo  can 
use  the  average  of  20  realizations  of  power  svim 
distributions  for  comparing  one  cable  design 
with  smother  cable  design. 
^^.2    Validation  of  Simulation 

The  simulatio:!  of  power  sums  discussed 
above  is  based  on  the  statistical  models  devel- 
oped in  Section  3  which  were  Judged  to  be  quite 
useful  in  describing  pair-to-pair  crosstalk. 
Can  we  investigate  the  validity  of  the  siniidation 
of  power  sums  more  directly?    Figure  6  shows  four 
realizations  of  the  average  power  stim  distribu- 
tion for  each  of  the  following  two  cases: 
(i)    When  only  \inmeasured  pair-to-pair 

crosstalk  is  simulated  from  the  fit- 
ted regression  models  (also  shown  in 
Figure  5) j  and 
(ii)    When  all  pair-to-pair  crosstalk  are 
simulated  fr^^m  the  fitted  regression 
models . 

The  above  two  sets  of  distributions  have  a  con- 
siderable amount  of  overlap  which  indicates 
that  the  power  sum  distribution  is  not  affected 
if  we  replace  available  measurements  of  pair-to- 
pair  crosstalk  by  corresponding  values  simulated 
from  the  fitted,  models .    In  other  words  ,  the 
lijiulation  of  the  power  sum  distribution  appears 
to  be  valid  for  practi<:al  purposes. 
U,2    New  Cable  Designs 

As  discussed  above,  the  statistical  models 
fitted  to  Tieasurements  of  crosstalk  *n  the  expei- 
imental  cable  lead  to  a  proper  simulation  of 
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pair-to-pair  crosstalk  and  power  suia  distribu- 
tion for  this  cable  design.    In  this  section  we 
will  assume  that  the  fitted  models  are  also 
valid  for  new  (i.e.,  different  from  that  in  the 
experimental  cable)  102-pair  1*.    r  t^-pe  cable 
designs.    To  minimize  the  lack  of  applicability 
of  the  fitted  models,  we  will  not  consider  twist 
lengths  outside  the  range  of  those  of  the  ex- 
perimental cable. 

There  are  26  distinct  twist  lengths  in  the 
exp-     ental  cable.    Since  it  is  expensive  to 
keep  an  inventory  of  a  large  number  of  distinct 
twist  lengths ,  the  cable  manufacturing  organi- 
zation would  prefer  to  use  fewer  tvist  lengths 
if  crosstalk  can  be  kept  within  specified 
limits.    The  exploration  of  new  cable  designs 
is  discussed  below. 

First,  let  us  consider  the  "tuning  up"  of  ^ 
the  design  used  in  the  experimental  cable. 
What  changes  m-  twist  length  assignment  will 
improve  the  power  sum  distribution?    To  help 
answer  this  question  let  us  examine  Figure  T 
which  shows  a  plot  o£  the  average  (of  20  "syn- 
thetic" cables)  power  sura  for  each  of  the  102 
j^airs.    It  can  be  seen  that  the  worst  power 
sans  correspond  to  the  pairs  in  layer  U. 
Reviewing  Table  1,  Figure  1  and  Model  (l)  given 
Jarlier,  the  following  facts  may  explain  vhy 
the  pairs  in  layer  U  have  the  worst  p^wer  sxms: 
(i)    Layer  U  pairs  have  the  largest  number 
of  neighbors  in  adjacent  layers. 


(ii)    Layer  U  pairs  have  long  twist  lengths 
which  result  in  large  within-layer 
crosstalk.  > 
We  cannot  change  the  number  of  neighbors 
in  adjacent  layers  for  pairs  in  Layer  U.  How- 
ever, we  can  assign  short  twist  lengths  to 
Layer       thereby  improving  crosstalit  within  this 
layer.    This  was  done  by  selecting  short  twist 
lengths  for  layers  2,  h  and  6  and  long  twist 
lengths  for  layers  1,  3  and  5-    In  addition,  the 
number  of  distinct  twist  lengths  in  layer  2 
was  reduced  from  9  to  ^  itct  tne  iongesTi  twist 
length  (7.1*4")  was  eliminated.  /  The  resulting 
design,  labeled  as  Design  (l)  (see  Table  k)  ^  im- 
proved the  worst  average  power  sums  by  1  dB  as 
shown  in  .Figure  8  and  Table  5-    The  ntimber  of 
distinct  twist  lengths  has  been  reduced  from  26 
for  the  original  design  to  23  for  Design  (l). 

.Next,  let  us  consider  the  exploration  of 
designs  with  considerably  fewer  distinct  twist 
lengths.    By  assigning  the  same  twist  lengths  to 
alternate  layers,  we  can  do  with  10  distinct 
twist  lengths.    Unlike  the  origincd  design  and 
Design  (l),  stranding  lays  of  alternate  layers 
are  made  different  to  make  "effective  twist 
length^' different  for  these  layers.    Among  the 
10-twist  length  designs  considered.  Design  (2) 
(see  Table  ^4)  was  found  to  be  the  best.  The 
average  power  sum  distribution  corresponding  to 
Design  (2)  was  sti31  better  than  that  for  the 
original  design  with  26  distinct  twist  lengths 
(Table  5). 
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TABLE  ^ 
Twist  Length  Assignments 


Original  Design 

Design  (l) 

Design  (2) 

Layer 
No. 

Range  of  TL 

3tr. 

Range  of  TL 

Str. 

Range  of  TL 

str. 

1 

0.90-1.39 

2l'R 

2.96-6.25 

2^L 

l.l8-5.i;6 

25L 

2 

1.77-6.25 

2hl 

1.07-2.17 

2l|R 

0.90-i<.36 

35R 

3 

1.07-1.^8 

2^R 

.  2.i;3-5.i*6 

2lfL 

1.18-5.1*6 

35L 

h 

2.50-7. Ih 

2hU 

0.90-2.05 

2l*R 

O.90-I1.36 

20R 

5 

0.90-1.77 

2^^ 

2. 30-1*.  90 

2l*L 

1.18-5.1*6 

25L 

6  . 

2.95-6.25 

2i*L 

-1.07-2.17 

2l*R 

0.90-1*.  36 

35R 

Mo.  of 

Dist. 

Twists 

26 

23 

10 

5.  Summary 

The  crosstalk  measurements  performed  on  the 
experimental  cable  were  chosen  to  provide  esti- 
mates of  inherent  variability  due  to  "che  mea- 
surement and  manufacturing  processes  as  well  as 
to  provide  sufficient  data  for  fitting  regres- 
sion models.    Choice  of  regression  variables 
was  aided  by  plotting  crosstalk  and  residual 
crosstalk  against  design  variables.  Resulting 
fitted  models  have  a  small  lack  of  fit  and  were 
judged  adequate  for  describing  pair-to-pair 
crosstalk. 

These  fitted  models  and  an  appropriate 
random  component  of  variability  were  used  to 
simulate  pair-to-pair  crosstalk.    Crosstalk  in 
each  pair  from  the  remaining  101  pairs  were 
"added"  to  got  an  overall  index  of  interference 
called  the  power  simi.    The  distribution  of 


power  sums  for  all  pairs  of  a  cable  is  a  measure 
of  the  performance  of  the  cable  design  which  it 
represen|;s.    The  power  sum  distribution  was 
found  not  to  be  sensitive  to  replacement  of  mea- 
sured crosstalk  by  simulated  crosstalk,  which 
fact  supported  the  validity  of  the  Monte  Carlo 
simulation . 

New  designs  have  been  developed  for  the  102- 
pair  layer  type  cable  by  building  and  analyzing 
"synthetic"  cables.    Two  of  these  , are  reported 
herein.    Rscall  that  there  were  26  distinct 
twist  lengths  in  the  experimental  cable.  The 
first  of  the  two  new  designs  uses  23  distinct 
twist  lengths  and  yields  an  improvement  of  1  dB 
in  the  worst  power  sums,  an  inrprovement  of 
engineering  significance  despite  appearing  to  be 
small.    The  development  of  the  second  design 
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TABLE  5 


Simulated  Power  Sun  Distributions' 
For  Several  Designs 


Ordered 

Simulated  Power  Sum  (dB)  For 

Length  1000  Ft. 

Power 

Sum 

Original 

No. 

Desip^n 

Design  (l) 

Dt^sign  (2) 

1 

36.20 

37.22 

36.90 

2 

36.70 

37.67 

37.37 

3 

37.66 

38.i*2 

38.01* 

U 

38.05 

38.92 

38.39 

5 

38. 

39-21* 

38.66 

10 

39.75 

1*0.02 

39. 5> 
• 

20 

1*0.91 

'  1*0.77 

30 

i*1.63 

1*1.1*3 

50 

i*2.63 

i*2.69 

102 

i*9.90 

1*8.1*1 

1*8.96 

indicates  that  it  may  be  possible  to  reduce 
the  number  of  distinct  twist  lengths  from  26 
to  10  without  degrading  crosstalX  power  sums 


for  the  worst  pairs     Such  a  reduction  holds 
promise  for  the  cable  manufacturing  organiza- 
tion for  reasons  o<"  cost. 
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FIGURE  1      CONFIGURATION  OF  102-PAIR  LAYER  CONSTRUCTION  CABLE 

NOTES  1.  In  each  layer  thei'c  is  a  group  of  cLstinct  twist 
lengths.    Let  T^  =  twist  length  of  pair  i.  Then 
in  layer  3:     ('T^y'I^^^.I^^.^)      (T,6,T^^,T^g)  = 
=  (T25,T2g,T2,^)  =  (1 . I'M .  2M.  5'0  . 

2.  Pair  combinations  (13,1^)  and  (16,1?)  are  not 

considered  distinct  pair  combinations.  Similarly, 
(15,31)  and  (±8,30}  are  not  considered  distinct 
pair  combinations,  whereas  (15, l6)  and  (16,17) 
are  distinct  pair  combinafibns  .'^ 
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INCORPORATION  OF  FALSE  ALARMS  IN  SIMULATIONS 
OF  ELECTRONIC  RECEIVERS 


V,  P,  Sobczynski 
C,  J.  Pearson 

SYCOM,  Inc. 
Ab&tract 

A  simple  method  for  simulating  false  alarms  in  simulations  of 
electronic  receivers  is  developed.   False  alarms  are  an  important 
part  of  electronic  receivers  and  previously  their  generation  was 
computationally  complex  because  of  their  random  nature  and  very 
small  probability  of  occurrence.    The  approach  derives  the 
probability  density  function  of  the  time  between  false  alarms  and 
shows  how,  for  typical  values  of  false  alarm  probability,  the 
density  function  may  be  approximated  by  a  discrete  uniform 
density.   Procedures  are  outlined  for  simulating  false  alarms  both 
in  the  absence  and  presence  of  jamming.   Also,  a  method  is  shown 
for  representing  the  false  alarm  as  having  a  finite  width  commen- 
surate with  the  bandwidth  of  the  receiver.    A  rapid  computer 
algorithm  for  obtaining  the  amplitude  of  a  false  alarm  is  derived. 


In  digital  time -ordered  simulation  of 
electronic  receivers,  it  may  be  desirable  to 
simulate  detection  threshold  crossings  due  to 
false  alarms  randomly  throughout  the  entire  run. 
If  a  receiver  has  an  ideal  video  bandwidth  B, 
then  the  rate  of  occurrence  of  independent  noise 
samples  is  2B,  corresponding  to  average  time 


intervals  of  1/(2B).    An  immediately  obvious 
way  to  generate  false  alarms  is  to  pick  a  random 
number  from  an  appropriate  distribution  every 
1/(2B>  seconds.   In  practice,  this  can  lead  to. an 
excessive  number  of  computations  and  an  un- 
acceptably  inefficient  code.   For  example,  if 
2B  -  20MHz,  a  draw  must  be  made  every 
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50  nanoseconds  (simulation  time).   The  purpose 
of  this  paper  is  to  describe  an  alternate  proce- 
dure which  is  generally  much  more  efficient. 

Time  of  Occurrence  of  False  Alarm 

The  approach  proposed  here  employs 

the  pX'obahility  density  function  of  the  time 

betwecii  false  alarms.    Starting  at  time  zero, 

a  di  aw  is  made  from  an  appropriate  density 

funv^tion  to  determine  the  time  of  the  first  false 

alarm.    At  the  time  determined  in  the  first 

draw,  a  false  alarm  is  genez  ated  and  a  draw  is 

made.    This  procedure  is  continued  through  the 

entire  run.    The  derivation  of  the  procedure  is 

as  follows: 

Let      p  =  probability  of  false  alarm 

during  single  time  increment 

and       q  =  1  -  p.  (i) 

Then  if  a  trial  is  considered  to  have  occurred 

at  each  time  slot  (every  50  nanoseconds  if  2B  = 

20MIIz),  the  probability  of  occurrence  of  a 
t  h 

false  alarm  on  the  n    trial  is  the  following  for 

several  values  of  n: 

pr{n  =  1]  =  p, 

pr{n  =  2}  =  pq, 
2 

pr[n  =  3]  =  pq  , 

o 

pr{n  =  4}  =  pq  , 
and,  in  general. 


(2) 


pr[n  =  N)  =  pq 


N-1 


(3) 


That  is,  the  probability  that  the  next  false  alarm 
will  be  generated  at  the  n'^  time  slot  is  pq'^"^ 
It  may  be  easily  checked  thattliisis.a  probability 
density  function  by  noting  that 


i=0 


(4) 


by  the  formula  for  the  sum  of  an  infinite 
geometric  progression. 

It  can  be  shown  that  if  one  specifies  a 
percentage  of  the  total  number  of  time  slot^,  then 
the  geomcti  ic  distribution  may  be  approximated 
by  a  unifoi  ni  density  from  ^ero  to  appioximately 
twice  the  average  value.    Since  the  density  func- 
tion actually  extends  o\er  an  infinite  number  of 
time  slots,  it  is  not  possible  to  include  all  of 
them.    If  it  is  assumed  that  the  last  10%  of  the 
density  function  may  be  disregarded,  then  the 
point  in  question  becomes  how  many  time  slots 
to  include  to  get  90%  of  all  possible  values  of  n. 
The  formula  for  the  sum  of  N  terms  of  a  geome- 
tric progression  is: 

S„  =  a(i^).  (5) 

where  a  =  first  term,  and  r  =  ratio  between 
successive  terms.   Substituting  values,  we  find 
N 

(6) 


The  average  value  n  of  the  random  number  n 
may  be  obtained  without  difficulty  as  follows. 
Dividing  the  above  by  p  yields: 

n=0  ^ 
Taking  the  limit  as  N— gives 


GO 


(8) 


which  yields,  upon  differentiating  with  respect  to 
q  and  multiplying  by  n  and  q^ 
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^    npq"  s  n  =  q/p  . 


(9) 


n=0 


The  value  of  which  includes  90%  of  the  range 
of  n,  may  be  found  very  easily.   Noting  that 


we  obtain 


p  +  q  =  1, 


90 

2  pq"  =  .9=:l 
n=0 


90 


This  gives 


90 


.1  =  q 

Solving  by  logarithms  yields 


ln(,  1) 
90     ln(q)  • 


In  general 


ln(l  -  F) 


(10) 


(11) 


(12) 


(13) 


(14) 


In  q 

where  F  =  the  fractional  part  of  the  density 
which  is  retained.   We  can  now  obtain  the  ratio 


N, 


90  _  p    ln(.  1)  _    ,  o_p  1 
"T  TH^qT  "  q    ln(l  -  p) 


"  .  (15) 

Using  the  Taylor  series  expansion  for  natural 

log  and  considering  that  p  is  small  yields 

1 


(16) 


Note  that  this  result  is  independent  of  the  vsilue 
of  probability  of  false  alarm  p  so  long  as  P  is 
small. 

The  quaiitity  n  may  be  easily  computed 

from  p,  the  probability  of  false  alarm.   As  an 

example,  consider  the  following.    Let  the  video 

bandwidth  B  =  lOMH'z  and        =  p  =  10"^,  Then 

fa  ^ 

the  average  time  betweeii  false  alarms  will  be 


fa 

The  time  per  slot  is  equal  to  1/(2B).  The  time 
to  the  next  false  alarm  is  equal  to  n  x  (time  per 
slot),  and 


n  =  N 


'fa 


av  . .  Time  per  Slot 

-^=lxlo^ 


(18)- 

50  X  10"^ 

Foi  these  particular  parameters,  false  alarms 

g 

occur  on  the  average  every  10   time  slots. 

Clearly,  90%  of  all  values  of  n  is  about 
twice  the  average  value.    The  procedure  can  be 
vej-y  simple.   To  compute  the  time  to  a  false 
alarm,  pick  a  number  out  of  a  uniform  distribu- 
tion from  zero  to  2.3  times  the  average  time 
between  fa3se  alarms.    The  actual  distribution 
is  geometric.  However,  because  p  is  small, 
the  density  function  is  very  flat  and  90%  of  all 
possible  values  ara  between  zero  and  2,  3  times 
the  average  value.   Therefore,  it  is  possible  to 
aporoximate  the  actual  distribution  by  a  uniform 
distribution  from  zero  to  2.  3  times  the  average 
value  (for  small  values  of  probability  of  false 
alarm). 

Alternately,  a  more  accurate  but  less 
rapid  method  for  generating  deviates  with  a 
geometric  distribution  is  given  by  Naylor,  etal. 
as  follows: 

g  =  (lnu)/lnq,  (19) 
where  g  and  u  are  geometric  and  uniform 
deviates,  respectively,  and 

q  =  1  -  p  (20) 

as  before. 


(6) 
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Tiireshold  Detection 


for  the  entire  run. 


The  method  of  setting  the  iireshold  in 
the  absence  of  jamming  noise  will  be  described 
next.    The  leceiver  consists  of  iiardware,  active 
and  passive  devices  such  as  filters,  a  preampli- 
fier, IF  amplifiers  followed  by  a  detector,  and 
possibly  an  amplifier.    The  noisu  generated  by 
the  receiver  (gi.en  by  the  receiver  noise  figure) 
can  be  modeled  as  though  it  wc  re  generated  by  a 
re bi stive  element  in  t*^*^  amplifier  front  end  of 
the  receiver.    Tlie  overall  noise  voltage 
generated  by  the  receiver  may  be  considered  to 
be  Gaussian  with  negligible  error  if  the  gain  of 
the  preamplifier  is  sufficiently  high  (e.g.,  20db 
or  greater).    The  variance  of  this  Gaussian 
density  is 

=  kT  B  (21) 
1  e  e 

where  k  =  Boltzmann's  constant,  T   =  effective 

'  e 

noise  temperature  of  the  receiver,  and  = 
effective  two-sided  video  bandwidth.  The 
effective  noise  temperature  of  the  receiver  is 
(F-1)  290°K,  where  F  is  the  noise  figure  (not 
in  db).    Once  the  average  thermal  noise  power 
is  known,  the  threshold  SNR  can  be  determined 
from  the  required  probability  of  detection, 
average  time  between  false  alarms  and  effective 
video  bandwidth  of  the  receiver.    Then  the 
threshold  power  can  be  determined  by  adding 
the  required  signal  to  noise  ratio  (db)  to  the 
average  thermal  noise  power  (dbm).  Reference 
to  the  actual  system  configuration  enables  one  to 
determine  a  threshold  voltage       valid  for 
thermal  noise  alone.         is  an  input  constant 


This  voltage  V^,  corresponds  to  a 

threshold  power  P,^  into  the  receiver.  There 

t 

exists  an  input  voltage        which  corresponds  to 
the  output  threshold  voltage  V^„    (V,p  is  com- 
puted in  tlie  program  and  remains  constant). 
Considt^r  tlie  Gaui>siaii  probability  density  of  the 
amplitude  of  the  noise  geneiated  by  the  receiver, 
is  the  value  of  the  amplitude  at  the  input  that 

corresponds  to  the  threshold  voltage  V„,.  If 

i  la 

is  the  predetermined  probability  of  false  alarm 
in  presence  of  receiver  noise  only,  then: 


00 

r 


^^fa  =  2J 


exp 


X 

2o 


2  - 

r  - 


dx 


(22) 


It  is  necessary  to  solve  for  V^.  If  one  makes 
the  substitution  -  ' 

2 


then 


and 


t'' 


dx 


y/2  o^dt  , 


dt 


(23) 


(24) 


(25) 


or 


and 


v/2'o„ 


P.    =  ei'f  c  ( -— i— 


V.p  =  y/T       erfcin  P^^ 


(26) 


(27) 


where  erfc  represents  the  familiar  error 
function  complement 


erfc(x) 


dt  (28) 
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and  erfcin  is  its  inverse  such  that  if 

erfc(x)  =  w  ,  (29) 

then 

erfcin(w)  =  x  .  (30) 
I 

This  expression  for  V,p  is  programmed  to  find 
Vrp  from        using  a  stored  table  of  error 
function  complement  inverse,  v/hich  will  be 
discussed  below. 


False  Alarm  Probability 

with  Varying  External  Noise  Level 

2 

If  there  is  jamming  noise  with  power  o^.  , 
the  probability  of  false  alarm  p  changes  because 
the  total  noise  power 


2        2  2 


(31) 


is  different.  The  new  probability  of  false  alarm 
is  given  by; 


exp 


2o 


dx  =  erfc 


It  is  this  quantity  wmch  must  be  used  in  the 
geometric  distribution  of  the  number  of  time 
slots  to  the  next  false  alarm.   Since  p^  may  not 
be  extremely  small,  the  actual  distribution 
rather  than  the  approximation  may  be  preferable. 


for  calculating  false  alarms  is  continued  for  the 
duration  of  the  jaramnif;.   When  the  jamming 
ends,  ;\ny  predicted  false  alarm  due  to  jamming 
that  has  not  yet  occu^red  is  dropped  and  the 
nonjamming  value  of  p  is  used  again.  System 
operation  then  reverts  to  normal. 

The  procedure  being  described  here 
normally  lends  itself  very  well  to  event- 
controlled  as  well  as  fixed  time  frame  dynamic 
simulation  designs.    However,  one  must  deal 
with  the  case  in  which  changes  in  noise  level 
occur  between  false  alarms.    It  is  suggested 
merely  that  a  significant  change  in  noise  level 
be  cause  for  the  re  computation  of  the  next  false 
alarm  time."  Another  uniform  random  draw  may 
also  be  used  to  account  for  the  fact  that  the 
previous  false  alarm  probably  did  not  occur  at 
the  time  of  the  recomputationof  the  time  interval. 
If  changes  in  received  noise  level  occur 
extremely  rapidly  or  continuously  in  the 
simulation  due  to  narrow  moving  beams  or 
particular  jamming  technic^ues  or  noise-  sources 
such  that  recomputation  would  be  too  frequent, 
some  major  modification  of  this  technique  may 
be  necessary. 


Time  of  Occurrence  of 

False  Alarms  with  Noise  Jamming 

The  procedure  to  be  used  for  generating 

false  alarms  in  the  event  cf  jamming  is  as  • 

follows.   When  the  jamming  signal  is  received, 

the  false  alarm  which  has  been  scheduled  to 

occur  is  dropped.    A  nev/  probability  of  false 

alarm  (p^)  calculation  is  made.   This  procedure 


Amplitude  of  False  Alarms 

The  probability  density  function  of  the 
amplitude  of  the  false  alarm,  given  that  a  false 
alarm  has  occurred,  is  Gaussian,  having  a 
variance  equal  to  the  total  input  noise  power  and 
having  a  domain  such  that  the  allowed  Input 
power  corresponds  to  a  voltage  annplitude  output 
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greater  than  V,p,  where       if  the  threshold 
voltage.   The  threshold  signal  to  noise  ratio 
(SNR)  is  determined  from  P^^,  which  is  a  simu- 
lation parameter,  and  the  probability  of  detection 
by  readily  available  graphs^ ^' 

If  it  is  assumed  that  all  noise  pulse 
amplitudes  are  normally  distributed,  then  the 
distribution  of  false  alarm  amplitudes  fy(y)  will 
have  the  shape  of  the  normal  distribution  in  the 
region  |y|  >  V^*,  where  V^*  is  again  the  input 
voltage  amplitude  corresponding  to  the  threshold 
voltage  V^,  and  will  vanish  in  the  region 
|y|  <  V^*: 


fy(y)dy  = 


/27 

0,  |y|  <  V  * , 


.exp[V/(2a  )]dy,|y|  >  , 


T 
(33) 


2  . 


where  a  is  variance  of  the  noise  amplitude  and 
a  is  a  normalization  factor  such  that 


=  1 


(34) 


It  is  readily  discovered  that 

t 


—  =  erfcj 
a 


(35) 


Va  v/n/ 

The  generation  of  pseudorandom  deviates 
with  this  distribution  may  be  accomplished,  in 
principle,  merely  by  using  any  of  the  usual 
methods  for  generating  Gaussian  deviates^ and 
rejecting  those  which  do  not  exceed  the  detection 
threshold.    For  cases  in  which  the  ratio  of  noise 
level  to  detection  threshold  is  even  moderately 
large,  however,  this  will  result  in  the  rejection 
of  a  very  large  fraction  of  the  deviates  which 
are  generated  and  a  correspondingly  large 


expense  in  computation  time.   We  therefore 
suggest  that  the  inverse  method     be  used  with 
tabulated  functions.   This  method,  to  be 
described  below,  has  the  principal  advantage 
that  for  every  uniform  deviate  drawn  an 
acceptable  normal  deviate  may  be  computed  by 
a  fixed-length  algorithm.   If  equal -interval 
function  tables  may  be  used  the  method  is  also 
quite  rapid.    Accuracy  depends  on  the  statistical 
accuracy  of  the  uniform  pseudorandom  deviate 
generator  and  on  the  granularity  and  accuracy 
of  the  functional  tables  employed. 

The  inverse  method  of  generating  pseudo- 
random deviates  y  with  the  density  function 
fy(y)dy  consists  essentially  in  the  statement  that 
if  u  is  a  uniform  pseudorandom  deviate  on  the 
interval  [0, 1],  then  y  will  have  the  required 
density  if  y  and  u  are  related  according  to 

u  =  F(y),  (36) 
where  F  represents  the  cumulative  probability 
distribution  function  of  the  variable  y: 


F(y)  =  I  f^,(t)dt 


(37) 


In  other  words,  the  technique  consists  of 
drawing  u  from  the  uniform  density  and  then 
solving  for  y,  the  random  pulse  amplitude. 

In  particular,  for  the  case  of  interest 

here. 


F(y) 


•  erfc 


1/2, 


(^)' 


-V  '^y  <V  • 


1  - 1  erfc 


(38) 
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y  = 


(39) 


This  may  be  inverted,  in  principle,  in  the  form: 
-  yfl  a  erfcin(2u/a),       0  <  u  <  1/2  , 
v/T  a  erfcin[2(l-u)/a],  1/2    u  <  1  , 
where  erfcin(x)  again  represents  the  inverse 
error  function  complement,  a  single  valued, 
monotonia  function  for  real  arguments. 

There  remains  the  problem  of  developing 
a  rapid  computational  algorithm  for  obtaining 
the  error  function  complement  (required  for  the 
computation  of  the  normalization  factor  a)  and 
its  inverse,    (Library  routines  are  assumed  to 
be  available  for  generating  the  uniform  pseudo- 
random deviates  u, ) 

The  methods  generally  used  for  com- 
puting the  error  function  complement  employ 
the  Taylor  series  expansion  or  a  rational  poly- 
nomial approximation  for  this  fiuiction  in  the 
central  region  and  use  the  asymptotic  form  for 
arguments  larger  in  magnitude  than  about  3, 
Such  expansions  have  been  obtained  for  the 
inverse  function,  or  values  of  the  inverse 
function  may  be  obtained  from  the  direct 
function  by  means  of  Newton's  or  some  similar 
method  of  successive  approximations.  Since 
speed  is  presumably  more  significant  than 
accuracy  in  simulating  false  alarms,  it  is 
suggested  that  the  two  required  functions  be 
tabulated  and  a  table  luok-up  routine  used. 

The  value  of  a  (note:  a  =  p^)  must  be 
recomputed  only  when  the  receiver  noise  level 
or  the  detection  threshold  changes  (cf.  Equation 
32),    This  generally  occurs  somewhat  less 
frequently  than  false  alarms,  which  require  the 


computation  of  ti>e  inverse  function.  Therefore, 
a  table  of  erfcin(3:;  at  equal  intervals  of  x  is 
recommended.    This  same  table  then  may  be 
used  to  find  erfc(w)  by  means  of  a  table  look-up 
routine  for  unequal  intervals.   It  is  only 
necessary  to  interchange  the  roles  of  dependent 
and  independent  tabular  variables.  These  table 
look-up  techniques  will  not  be  discussed  here. 

Because  detection  threshold  are  usually 
well  out  in  the  tails  of  the  noise  pulse  amplitude 
distribution,  values  of  the  inverse  error  function 
complement  for  arguments  near  1,  0  (i,  e, ,  in  the 
central  region)  are  not  used.   In  particular,  it 
ma,y  readily  be  shown  that  arguments  greater 
than  the  receiver-noise-only  false  alarm 
probability  P^^  are  riot  required.    It  is  then 
coiwenient  to  tabulate  erfcin(x)  versus  In  x 
(or  even  log^^x)  to  obtain  the  proper  granularity 
with  a  table  of  equal  intervals. 

Table  I  is  an  example  developed  for  just 
this  purpose.   To  accomodate  both  central  anc 
asymptotic  regions.  Table  I  is  divided  into  two 
overlapping  portions,  both  tabulated  at  equal 
intervals  of  the  independent  variable.   If  x>  0,34 
the  central  portion  is  used,  -while  if  x  <  0,  34 
the  asymptotic  portion  must  be  used.   In  simu- 
lating false  alarms  under  conditions  of  varying 
Input  noise  levels  both  erfcin  and  erfc  functions 
are  required.    Nevertheless,  in  a  large  simula- 
tion where  core  locations  are  dear,  careful 
programming  of  table  look-up  procedures  makes 
it  possible  to  avoid  storing  tabular  values  of  the 
independent  variable  (x).   Only  three  of  the 
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following  four  parameters  are  required  to 
specify  each  part  of  the  table  of  independent 
variables:  first  value,  last  value,  interval 
size,  number  of  intervals.   At  the  same  time, 
further  computation  of  erfc  functions  can  be 
avoided.    Linear  interpolation  is  normally 
entirely  adequate  for  the  purpose  of  generating 
these  random  numbers. 

It  may  be  of  interest  to  consider  the 
range  of  false  alarm  amplitudes  which  the  table 
shown  will  allow.    If  the  largest  value  of  erfcin 
tabulated  is  1/0.  1898  ^  5.27,  it  follows  that 
the  largest  possible  pulse  amplitude  which  will 
be  generated  is  (5.  27)  /2        =  7.  4  a^.   (If  the 
limiting  values  (0  or  1)  of  the  uniform  random 
number  are  drawn,  they  must  be  rejected, 
since  pulse  amplitudes  of  +  »  would  result. ) 

Effective  Pulee  Width  of  False  Alarms 

The  next  question  that  arises  is,  "What 
pul  se  width  should  be  assigned  to  a  false  alarm  ?  " 
A  false  alarm  is  generated  by  random  thermal 
fluctuations  in  the  front  end  of  the  receiver. 
Before  it  gets  to  the  oUt*;ut  amplifier,  a  false 
alarm  of  power  A  may  be  represented  by  an 
impulse  function  yfA  6(t),  then  the  output  of 
the  filter  Y(t)  may  be  determined  by  the  con- 
volution integral: 


./a 


-08 

_  /a  'ilnc 

'  HC  ° 


Y(t) 


=  jy/T  bit  -  T)h{  7)dT  ,  (40) 


where  h(t)  =  the  time  response  of  the  linear 
filter.   If  the  filter  is  a  single  pole  low  pass 
filter,  then 


(41) 


(•12) 


is  the  voltage  output  of  the  filter. 

Because  of  the  finite  bandwidth  of  the 
receiver  being  simulated,  it  is  desired  to  repre- 
sent the  false  alarm  as  a  rectangular  pulse  with 
an  "effective"  pulse  width.    The  procedure  used 
will  be  to  calculate  the  energy  in  the  exponential 
pulse  which  is  the  output  of  the  filter  and  assume 
that  the  false  alarm  is  a  rectangular  pulse  of  the 
same  energy.  The  energy  in  the  pulse  y(t)  is 


y^(t)dt 


The  energy  in  the  output  pulse  is  then 


(43) 


/y2(t)dt=-A—  /exp[-2t/nC]dt  (44) 
0  (HC)  0 


A 

2RC  * 


(45) 


An  equzxl  energy  rectangular  pulse  of  width  T 


would  have  a  voltage  amplitude  of  v/A/(2HCT)  . 
If  a  time  T  =  HC  is  chosen,  then  the  amplitude 
of  the  pulse  is  (  >/A/2  }/(HC).   The  false  alarm 
is  then  modeled  as  a  pulse  of  amplitude 

)/(HC)  and  width  RC,  where  HC  is  equal 
to  l/(2nB^),  and       is  the  3db  bandwidth  of  the 
detector.  If  at  the  time  of  occurrence  of  a  false 
alarm  an  input  signal  is  present,  then  the  an'*^li- 
tudes  of  the  signal  input  and  falso  alarm  sum 
together. 
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Table  I.   Inverse  Error  Function  Complement  (erfcin) 
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Simulation  Techniques,  John  Wiley  and  Sons,  Inc, ,  New  York,  1968. 
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f   Tutorial  5:    AN  INTRODUCTION  TO  SIMSCRIPT 
Chairman:    R.  Paul  Wyman,  Pennsylvania  State  University 


SIMSCRIPT  is  a  computer  language  designed  for  discrete-state  simulation.    It  possesses  all  the 
capabilities  of  FORTRAN  plus  several  powerful  features  such  as  dynamic  storage  allocation  and  list 
processing.    Features  designed  specifically  for  simulation  include  the  ability  to  describe  systems 
in  terms  of  entities  .which  are  "blocks"  of  attributes) ,  sets  (which  are  groups  of  entities)  and 
events  (which  are  ''tjcheduled"  subroutines).    The  benefits  of  and  disadvantages  of  SIMSCRIPT  are 
briefly  compared  to  CPSS  and  FORTRAN.    The  concepts  of  SIMSCRIPT  are  illustrated  in  detail  using 
a  plague  epidemic  example.    Other  examples  will  be  briefly  presented  to  illustrate  the  versatility 
of  the  language. 
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PAPER  PAIR 


Chairman  -  Andrew  Kolterman,  IBM  Corporation 

Many  authors  submitted  abstracts  of  papers  they  wished  scheduled  for  presentation  in  the  informal 
atmosphere  of  a  paper  fair.    In  a  fair,  full  length  copies  of  each  paper  are  available  from  authors 
who  are  assigned  a  booth  at  multiple  times  when  they  make  informal  presentations  to  the  interested 
parties  who  assemble  at  the  designated  times  and  places.    This  method  of  presentation  generates 
contributions  from  listeners  who  are  free  of  the  inhibitions  which  are  often  present  in  the  large 
group  formal  presentations  of  the  regular  sessions.    Abstracts  of  the  28  papers  which  were  submitted 
to  the  paper  fair  follow* 
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THE  DAUGHTER  OF  CELIA, 
THE  FRENCH  FLAG 
AND 

THE  FIRING  SQUAD 
by 

G.T.  HERMAN  &  W.H.  LIU 
Department  of  Computer  Science, 
State  University  of  New  York  at  Buffalo, 
Amherst,  New  York 

In  earlier  work  (1,  2)  we  have  reported  on  a  program,  called  CELIA,  for  simulating  the 
behavior  of  linear  iterative  arrays  of  cells.    The  action  of  a  cell  is  influenced  by  both  its 
neighbors.    Our  main  application  area  was  biology,  where  the  program  can  be  used  to  test 
hypotheses  about  the  developmental  rules  for  organisms. 

More  recently  we  have  been  applying  our  program  to  test  proposed  solutions  to  some  fairly 
complicated  biologically  based  problems.    We  have  investigated  (3)  whether  one  can  achieve 
regulative  global  polarity  in  organisms  without  polarity  in  individual  cells,  by  solving  the 
French  flag  problem  of  Wolpert  W  using  only  symmetric  elements.    In  our  attempted  simulation 
of  pigmentation  patterns  on  the  shells  of  sea-snails,  we  have  found  it  necessary  to  find  a 
solution  to  a  generalized  version  of  the  firing  squad  synchronization  problem  (3),  in  which  the 
firing  squad  is  growing  while  it  is  trying  to  synchronize  itself. 

We  found  that  our  original  program  CELIA  was  somewhat  awkward  for  simulating  such 
complicated  situations.    A  new  program  has  been  devised  where  the  state  of  the  individual  cells 
is  described  by  an  array  of  attributes,  such  that  each  attribute  itself  may  be  a  list  structure. 

The  present  paper  reports  on  these  changes  and  explains  how  they  turn  out  to  be  use- 
ful in  the  applications  mentioned  above. 
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"AN  APPLICATION  OF  SIMULATION 
TO  DEBUGGING  AND  MAINTAINING 
A  COMPUTER  NETWORK  SYSTEM"* 
by 

M.W.  Collins* 

and 

D.G.  Harder 

University  of  California 

Los  Alamos  Scienticic  Laboratory 

The  Computing  Division  of  the  Los  Alamos  Scientific  Laboratory  is  implementing  a  system  which 

will  link  the  Laboratory's  large  general  purpose  computers  (3  -  CDC  6600's  and  2  -  CDC  7600's)  to 
12 

a  common  data  base  (10     bits  on-line),  and  to  a  network  of  keyboard  and  computer  based  terminals. 
This  paper  discusses  the  use  of  simulation  in  designing,  implementing,  testing  and  maintaining  the 
system  software  for  the  Front  End  Machine  which  is  the  center  of  this  system. 
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An  Experimental  Evaluation  of  Monte  Carlo 
Simulation  in  MIS  Project  Decisions 
by 

John  B.  Wallace,  Jr. 
University  of  Florida 

The  paper  describes  the  methodology  and  results  of  ^n  experimental  application  of 
Monte  Carlo  Risk  Analysis  to  the  process  of  selecting  and  controlling  Management  Information 
S/Stem  development  projects.    The  investigator  tested  hypotheses  concerning  tradeoffs  among 
sophistication  of  the  risk  analysis  simulation  programs,  alternative  techniques  for  estimating 
benefits  of  an  MIS,  and  managerial  acceptance  of  the  results  of  simulation  programs  as  guides 
to  project  decisions. 

The  experiment  was  conducted  using  four  different  computer  programs  (two  Monte  Carlo 
and  two  non  Monte  Carlo)  and  three  benefit-estimation  paradigms  (incorporating  the  managerial 
viewpoint,  the  management  science  viewpoint,  and  the  opportunity-cost  viewpoint,  respectively) 
as  applied  to  two  actual  MIS  development  projects.    The  data  of  the  experiment  were  collected 
using  structured  interviews  and  taped  de-briefing  sessions. 

Throughout  the  experiment,  management  increasingly  asked  for  and  relied  on  the  simu- 
lation programs  as  decision  aids.    In  the  introductory  stages,  the  managerial  acceptance  of 
Risk  Analysis  was  not  sensitive  to  the  sophistication  of  the  simulation  approach.    The  deter- 
ministic computational  packages  have  the  advantage  of  manually  reproducible  computations  and 
relatively  inexpensive  compilation  and  execution.    The  opportunity-cost  paradigm  found  greater 
acceptance  than  the  other  two,  but  no  paradigm  was  best  in  all  contexts.    In  general  the 
techniques  tested  in  the  experiment  were  cost/effective  on  the  decisions. 
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ROBUSTNESS 
AND 

ANALYTIC  COMPUTER  SYSTEM  MODELS 
By  R,  Vavrij  and  W.R.  Franta 
University  of  Minnesota 
Minneapolis,  Minnesota 

The  use  of  simulation  studies  to  iwestigate  the  behavior  of  computer  hardware/software 
systems  is  well  established,  although  in  some  sense  analytic  models  are  more  desirable.  Simu- 
lation is  used  in  a  situation  which  is  completely  intractable  to  analytic  machinery,  oi  for 
which  the  essence  is  lost  when  the  prerequisite  abstractions  and  simplifying  assumptions 
necessary  to  the  analytic  technique  are  made.    In  this  paper,  the  term  analytic  model  is  used 
to  refer  to  that  set  of  computer  system  models  based  upon  queuing  theory 

Many  view  the  operating  system  as  a  network  of  resources  each  potentially  precipitating 
queues.    Such  a  view  allows  the  units  passing  through  the  network  to  request  (employ)  the 
devices  in  various  combinations  in  a  multiprogramming  environment.    The  computing  system  is 
thus  viewed  as  sequences  of  resource  seizures  and  releases  (processors,  memory  and  input- 
output  equipment)  with  appropriate  holding  time  assumptions.      In  many  cases,  the  models 
indicate  rather  clearly  how  various  policies  and  variables  interact  to  effect  system  perfor- 
mance, and  the  predictions  of  some  coincide  well  with  measurable  data. 

For  such  network  models  it  is  informative  to  ascertain  information  concerning  the  robust- 
ness of  the  model.    Stated  differently,  we  are  interested  in  knowing  to  what  extent  the  oper- 
ating characteristics  of  the  models  are  independent  of  the  probability  distribution  and  queuing 
discipline  assumptions  necessary  to  the  an^t/tic  tractability  of  the  model.    Such  investi- 
gations naturally  appeal  to  simualion.    Basically,  perturbations,  are  made  to  the  original 
distribution  assumptions,  and  simulation  experiments  are  conducted  and  results  compared  with 
those  produced  by  the  model  equations.    It  would  Jrcem  that  much  of  this  kind  of  work  is  done, 
ailiiough  seldom  reported. 
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This  report  discusses  a  simulation  study  designed  to  investigate  robustness  for  a 
particular  computer  system  network  model  briefly  described  as  a  three-stage  closed  queuing 
network.    The  study  conducted  included  experiments  which  provided  for  selectable  pro- 
portions of  various  distributions,  as  well  as  various  queuing  disciplines.    The  study  exten- 
sively employed  the  u;5e  of  antithetic  variates. 


A  MODEL  FOR  SIMULATING  AND  EVALUATING 
THE  RESPONSE  OF  A  MANAGEMENT  INFORMATION  SYSTEM 

by 

Hamad  Kamal  Eldin 
Professor,  Oklahoma  State  University 
Stillwater,  Oklahoma 
and 

David  Leon  Shipman 
Ph.D.,  Center  Plans  and  Resources  Control  Office 
NASA/MSFC 
Huntsville,  Alabama 

This  paper  dJscusses  the  development  of  a  model  to  simulate  the  Information  flow  of  a 
program  management  organization.    The  objective  of  the  study  was  to  evaluate  the  response  of 
the  information  system  when  changes  to  the  system  were  made. 

The  model  is  written  in  CPSS  II  for  use  on  the  UNIVAC  1100.    It  contains  a  different 
generate  block  for  each  type  message  entering  the  information  system.    As  each  message  is 
created,  it  is  assigned  a  destination,  delivery  duration,  type  of  processing,  and  a  processing 
duration.    Assignments  are  made  from  a  distribution  describing  that  activity.  Outgoing 
messages  are  created  by  the  incoming  messages  and  are  assigned  destinations  and  durations 
from  corresponding  distributions. 

In  developing  the  model,  an  information  decision  scheme  was  used.    Each  message 
Is  represented  by  a  transaction  and  each  decision  maker  is  represented  as  a  facility.  The 
flow  of  messages  through  the  system  activate  the  nodes  and  create  the  output  statistics. 
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Testing  of  the  model  was  accomplished  by  using  empirical  data  from  a  program  management 
information  decision  system.    During  testing,  it  was  necessary  to  modify  the  distributions 
several  times  to  fit  the  model  output  to  the  empirical  data. 

After  testing,  the  model  was  used  to  study  system  characteristics  for  different  alternatives. 
Only  the  Facility  and  Queue  standard  outputs  were  used  in  the  analysis.    The  objective  of  the 
alternative  study  was  to  determine  which  alternative  would  givs  maximum  facility  utilization 
without  creating  excessive  queues.    This  model  will  assist  the  manager  in  decision  makinn  but 
does  not  provide  an  optimum  solution. 


TRACE-DRIVEN  SYSTEMS  MODELING 
by  J.  F,  Grant 
IBM  System  Development  Division 
Endicott,  N.Y, 

Predicting  the  effect  of  changes  made  to  computer  operating  systems  is  an  extremely 
difficult  task.    Where  possible,  to  a  limited  extent,  some  modeling  has  been  done;  however, 
because  of  its  complexity,  this  modeling  has  been  isolated  to  areas  of  very  high  cost  or  high 
priority  real-time  systems. 

Trace-driven  modeling  is  a  procedure  for  alleviating  both  the  high  cost  and  difficulty  of 
simulating  changes  made  to  computer  system  environments.    As  a  result,  this  approach  could 
make  computer  systems  models  an  everyday  tool  well  within  the  reach  of  the  average  operation. 

This  paper  describes  the  attributes  of  the  trace  portion  of  this  modeling  approach  and  how 
its  output  might  be  used  to  drive  various  systems  models. 
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ARPECE:    Simulation  of  an  Air  Pollution  Crisis 
M.A.  Greene.  A,  Hochhauser,  M.J.  Reilly. 
J.  P.  Sautin,  A.S.  Walters 
ENVIRONMENTAL  STUDIES  INSTITUTE 
Carnegie-Mellon  University 
Pittsburgh,  Pa. 

Air  pollution  episodes  represent  a  major  environmental  problem  in  urban  areas.  The 
high  concentration  of  pollution  sources  in  such  areas  results  in  dangerously  high  levels  of  air 
pollution  during  periods  of  poor  weather  conditions.    The  avoidance  of  hazardous  levels  depends 
upon  rapid  and  decisive  actions  by  responsible  people  together  with  cooperation  of  an  informed 
public.    There  is  a  need  for  educational  materials  which  treat  effectively  the  problem  of  air 
pollution  episodes. 

The  Air  Pollution  Episode  Came  is  ^n  educational  tool  which  treats  the  relevant  aspects  of 
urban  life  during  a  period  of  high  air  pollution.    The  participants  assume  various  realistic 
roles  and  receive  information  and  make  decisions  characteristic  of  those  roles.    The  heart  of 
the  game  is  a  computer  simulation  program  which  calculates  meterology,  emissions,  air  quality, 
adverse  effects,  etc. 
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A  SYSTEMS  DESIGN  CAME 
Norman  R.  Lyons 
Graduate  School  of  Business  and  Public  Administration 
Cornell  University 
Ithaca,  New  York 

A  major  problem  for  a  manager  who  used  computer  services  is  the  problem  of  systems 
acquisition  and  design.    He  must  decide  which  system  to  buy  and  how  the  system  should  be 
structured.    This  paper  presents  a  computer  game  written  in  PL/I  that  enables  a  user  to 
choose  from  among  three  basic  computer  systems  with  a  wide  variety  of  CPU,  channel  and 
peripheral  equipment  options  the  one  that  best  fits  the  computing  needs  of  a  hyothetical 
organ i.iation.    A  simulated  set  of  jobs  is  run  on  the  configuration  chosen,  and  throughput 
and  equipment  utilization  statistics  are  reported. 


A  Deterministic  Simulation  Model  ror 
Scheduled  Airline  Fleet  Maintenance 
Alan  J.  Parker 
Division  of  Organization  and  Administration 
School  of  Business 
Florida  International  University 
Miami,  Florida 

The  system  described  by  the  simulation  is  the  operation  and  scheduled  maintenance  of 
a  fleet  of  fifty  Boeing  727  aircraft.  Sixty  airports  are  serviced  with  a  total  of  286  flights  a 
day.    The  model  concentrates  on  scheduled  (periodic)  maintenance  set  by  FAA  specifications. 
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This  encompasses  fifty  percent  of  all  maintenance  work.    The  major  focus  of  the  results,  at 
the  tactical  level.  Is  on  the  utilization  of  flying  hours  between  the  various  maintenance  checks 
At  the  strategic  level,  the  model  can  answer  many  questions,  such  as  the  impact  of  moving  and 
closing  maintenance  bases  and  the  effect  of  changing  the  number  of  spare  aircraft. 


ASSET,  A  Digital  Computer  Language  for  the  Simulation  of 

   Communication  Systems  

by 

R.R.  Bowen 
CD.  Shepard 
R.V.  Baser 
Communications  Research  Centre, 
Department  of  Communications 
Ottawa 

ASSET  has  been  written  to  simulate  time-continuous  communication,  control,  and  radar 
systems  on  the  XDS  Sigma  7.    Both  the  detailed  responses  of  such  systems  to  specific  Inputs, 
and  system  performance  characteristics  such  as  signal  to  noise  ratio,  probability  of  error,  prob- 
ability of  detection,  mean  squared  error,  etc.  can  be  measured  with  ASSET.    In  general,  the 
simulation  technique  is  to  convert  the  continuous-time  system  to  a  sampled-data  system,  and 
then  to  represent  the  sampled-data  system  blocks  by  ASSET  statements.    ASSET  was  designed 
with  three  goals  in  mind:    ease  of  programming,  measurement  accuracy,  and  efficient  Monte  Carlo 
simulation;  careful  choice  of  jneasurement  technique  and  compiler  design  resulted  in  what  the 
authors  believe  to  be  an  optimum  compromise  between  these  sometimes  conflicting  requirements. 


878 


SIMULATION  MODEL  OF  A  MULTIPHASIC  SCREENING  UNIT 
FOR  USE  BY  A  DEPARTMENT  OF  SURGERY 
Frances  M.  Delaney,  M.S. 
Marilyn  Oppenhelm,  M.S. 
Martin  Goldberg,  M.S. 
William  Schumer,  M.D. 
A.  Gerson  Greenburg,  M.D. 
Increased  emphasis  has  been  placed  on  the  utilization  of  automated  multiphasic  screening 
units  as  a  means  of  contributing  to  the  improvement  of  health-care  delivery.    This  paper  des- 
cribes the  application  of  a  GPSS  program  to  evaluate  such  a  unit  for  use  by  a  surgical 
service.    By  using  the  simulation  model,  statistics  on  the  efficiency  and  utilization  of  the  unit 
are  obtained  and  compared  with  real-world  data.    Variations  in  patient  scheduling  and  processing 
made  within  the  model  assist  in  the  determination  of  the  most  effective  use  of  fixed  health-care 
personnel  and  facilities.    Based  upon  model-generated  data,  predictions  can  be  made  about 
personnel  and  facility  capacities  required  to  cope  with  the  increasing  demands  projected  for 
services  in  the  hospital.    Application  of  a  simulation  model  to  the  planning,  analysis  and 
implementation  of  a  multiphasic  screening  unit  can  lead  to  economic  benefits  and  efficient 
service  for  patients  and  physicians. 
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MEDICAL  CARE  SIMULATION;    A  STUDY  UTILIZING  DYNAMIC 
SIMULATION  MODELING 
S.H.  Cohn  and  J.F.  Brandejs 
Department  of  Industrial  Engineering 
University  of  Toronto 
Toronto,  Ontario 
Canada. 

Development  and  Implementation  of  a  dynamic  computer-aided  simulation  model  of  the 
Family  Practice  Units  Network  affiliated  with  the  University  of  Toronto  is  discussed.  The 
medical  network  is  conceptualized  in  an  industrial  dynamics  framework,  as  a  system  of  inter- 
acting flows  of  patients,  medical  staff,  capital  assets,  information,  and  money. 

Given  a  patient  demand  for  medical  care,  the  model  will  process  patient's  allocation, 
hire  staff,  accumulate  capital  assets  and  generate  expenditures. 

The  model  is  used  to  develop  an  understanding  of  the  dynamic  behaviour  exhibited  by  the 
different  family  practice  teaching  units,  and  will  predict  the  dynamic  consequences  of  vari- 
ations in  family  and  community  health  care  policies. 
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SIMULATING  THE  IMPACT  OF  EXPANDED  DELEGATION  OF  DENTAL  PROCEDURES 

J.B.  Dilworth 
W.J.  Peiu>n 
O.H.  Embry 
G.A.  Oversireet 
School  of  Business 
The  University  of  Alabama 
Birmingham,  Alabama 

This  paper  discusses  a  project  underway  at  the  University  of  Alabama  in  Birminghan^ 
Dental  School.    The  study  objective  is  to  investigate  the  productivity  of  denial  teams  using 
therapists.    Therapists,  sometimes  called  te^hnotherapists  or  expanded  duty  dental  auxiliaries, 
are  dental  assistants  who  perform  under  the  supervision  of  dentists  some  of  the  reversible 
procedures  previously  performed  only  by  dentists.    The  study  involved  both  an  actual 
practice  using  varying  numbers  of  therapists  and  a  GPSS  model  which  simulates  practices 
with  varying  numbers  of  therapists.    Some  of  the  reasons  are  discussed  for  using:  the  sim- 
ulation model  to  confirm  and  expand  the  actual  practice  findings.    The  paper^a.so  pro^cnts 
the  model  and  discusses  some  of  its  possible  future  applications.    Productivity  data  irom  the 
actual  practive  are  compared  to  data  from  simulations.    Simulation  data  are  presented  which 
compares  the  services  provided  by  a  dental  team  using  a  therapist  to  the  services  provided 
under  identical  conditions  when  the  therapist  and  her  assistant  are  excludes  from  the  tearr. 
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A  PL/I  Model  of  an  Emergency  Medical  System 

Kenneth  F.  Siler  ' 
Computer  Methods  and  Information  Systems 
University  of  California 
Los  Angeles,  California 
A  comprehensive  PL/I  simulatior.  model  has.  been  developed  for  evaluating  existing  and 
proposed  emergency  medical  systems.    The  model  is  composed  of  two  sub-models  and  a  unique 
analysis  package.    The  first  sub-model  generates  a  "representative"  stream  of  emergency  in- 
cidents from  user  specified  tables.    This  incident  stream  becomes  the  input  to  the  second  sub- 
model which  simulates  an  emergency  medical  system  responding  to  the  incidents.    An  event- 
oriented  methodology  Is  used  in  the  simulation.    Performance  of  the  model  is  validated  by  sim- 
ulation using  actual  data  from  the  San  Fernando  Valley  area  of  Los  Angeles. 

The  model  is  keynoted  by  a  user  orientation,  flexibility,  and  generality  which  is  not 
found  in  other  EMS  models.    Al  input  to  the  model  is  checked  for  consistency  to  avoid  erroneous 
computer  runs.    Numerous  dispatch  and  retrieval  alternatives  for  emergency  vehicles  can  be 
tested  by  varying  only  a  few  parameters  of  the  simulation.    Furthermore,  both  simple  and  com- 
plex emergency  medical  care  systems  can  be  represented  easily. 

Results  of  the  simulation  using  the  two  sub-models  is  analyzed  by  a  un'lque  PL/I  pro- 
gram.   Using  the  preprocessor  facility  of  PL/I,  a  tailor-made  analysis  program  is  constructed. 
In  simulations  involving  many  variables,  such  as  an  EMS  simulation,  it  is  almost  impossible  to 
design  an  analysis  program  that  satisfies  all  relevant  research.    To  circumvent  this  problem,  the 
analysis  p^uckage  allows  the  user  to  specify  his  desired  analysis  and  then  constructs  a  PL/I  pro- 
gram to  do  it.    Experience  with  the  package  demonstrates  its  usefulness  and  efficiency. 
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SIMUIJ\TION  OF  AN  EPIDEMIC;  DEVELOPMENT  OF 
CONTROL  STRATEGIES  OF  SCHISTOSOMIASIS 
Keh-Lon  Lee 

Department  of  Electrical  Engineering  and  Computer  Sciences 
University  of  California 
Berkeley,  California 

Schistosomiasis  is  a  vector-borne  parasitic  epidemic  currently  affecting  about  250  million 
people  and  constitutes  a  serious  public  health  problem  in  many  countries.  In  Egypt  alone,  the 
estimated  annual  loss  due  to  this  disease  is  about  $560  million  dollars. 

The  life-cycle  of  schistosomes  involves  two  incubation  periods,  one  in  human  beings, 
another  in  snails.    We  found  that  in  this  case,  it  is  most  appropriate  to  use  a  newly  developed 
modeling  technique  -  the  Delay-Line  Model  approach  for  the  population  dynamics.    Our  model 
can  easily  and  naturally  handle  the  time  delays  inherent  in  this  system.    It  is  easy  to  simulate 
and  easy  to  ?nodify  on  SNAP  -  a  conversational  drawing  program  that  enables  a  user  to  create 
a  topological  network  using  a  light  pen  and  CRT,    Data  for  simulation  are  taken  from  field  work 
study  results  in  Khuzestan,  Iran, 

Certain  control  measures  are  available.    Such  measures  include  chemotherapy,  pesticides 
for  vector  control,  environmental  engineering  measures,  and  sanitary  engineering  measures.  How- 
ever, as  pointed  out  by  expert  researchers  in  this  disease,  application  of  a  single  method  can- 
not lead  to  eradication,  and  the  greatest  need  now  appears  to  be  the  considered  implementation 
of  different  combinations  of  control  measures  based  upon  well  founded  data,  and  their  proper  eval- 
uation.   Based  on  our  model  and  using  theoretical  stability  considerations  as  well  as  some  heur- 
istics derived  from  simulations,  a  set  of  combinations  of  control  measures  is  presented. 
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SIMULATION  ANALYSIS  OF  AN  EMERGENCY  CARE  FACILITY 
E.C.  Garcia 
W.F.  Hamilton 
J.W.  Thomas 

Department  of  Management      Department  of  Community  Medicine 
The  Wharton  School  The  School  of  Medicine 

University  of  Pennsylvania 
Philadelphia,  Pennsylvania 
A  GPSS  model  has  been  developed  to  assist  in  the  planning  and  evaluation  of  emergency 
medical  facilities.    This  paper  describes  the  ERSIM  Model  and  its  use  in  the  analysis  of  design 
and  operating  alternatives.    Applications  of  the  model  to  date  have  included  analysis  of  triaging 
policies  and  physician  staffing  patterns.    The  results  of  these  studies  and  opportunities  for 
future  applications  are  discussed. 


AN  INTERACTIVE  MULTI-ITEM  INVENTORY  COMPUTER  SIMULATION 

MODEL 
Dr.  M.  Wayne  Shiveley 
Lehigh  University 
Department  of  Industrial  Engineering 
Bethlehem,  Pennsylvania 
A  generalized  inventory  simulation  model  has  been  developed  to  establish  the  value  of  a 
company's  inventory.    This  model  was  developed  to  evaluate  inventories  which  r^re  made  up  of 
subassemblies,  assemblies,  and  finished  goods;  therefore,  one  component  of  the  model  is  a 
time-sharing  bill  of  material  processor.    The  model  accepts  a  finished  goods  forecast  for  spec- 
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ified  time  periods;  it  then  predicts  the  net  requirements  for  these  time  periods.    Also  the  obsolete 
items  are  identified.    The  model  can  be  used  for  production  planning  as  well  as  the  evaluation  of 
on  the  shelf  inventories.    The  model  is  interactive;  it  allows  the  user  to  vary  inputs  from  a  nortable 
terminal  and  identify  and  critical  parameters  of  the  model.    The  model  cm  be  demonstrated  to  any 
interest  group  which  can  provide  access  to  a  standard  telephone. 


CWSS  -  A  GENERALIZED  WAREHOUSE  SIMULATOR  SYSTEM 

Alvin  M.  Silver  * 
Dasol  Corporation 
New  York,  New  York 

A  generalized  warehouse  simulator  system  (GWSS)  was  constructed  to  facilitate  the  con- 
struction and  operation  of  simulation  models  of  complex  warehouse  systems  by  design  engineers 
and  operating  managers.    This  paper  presents  the  structure  of  the  generalized  model  and  the  tech- 
niques used  to  provide  extreme  versatility  in  the  warehousing  system  that  can  be  modeled.    The  " 
use  of  the  generalized  model  is  explained  and  its  application  in  the  construction  and  exercising 
of  a  simulation  model  for  a  large  complex  warehouse  system  is  illustrated  by  an. example. 
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A  DYNAMIC  CONTROL  SYSTEM  FOR  HOSPITAL  INVENTORIES 

by 

James  D.  Durham 
The  MEDICUS  Corporation 
and 

Stephen  D.  Roberts,  Ph.D. 
University  of  Florida 

This  paper  offers  an  approach  ,o  the -inventory  problem  involving  stochastic  demand  and 
stochastic  lead  time  when  only  empirical  distributions  of  the.  .  random  variables  are  available. 
The  proposed  inventory  model  utilizes  experimental  optimization  in  a  unique  fashion  to  solve 
this  problem. 

Through  the  use  of  Monte  Carlo  simulation  and  a  modified  non-linear  programming 
approach,  an  expected  total  cost  objective  function  is  minimized  by  the  selection  of  appropriate 
reorder  points  and  reorder  quantities.    The  model  is  shown  to  be  dynamic  in  nature  and 
suitable  for  control  of  large  inventories.    The  technique  has  been  applied  to  several  hospital 
inventory  items  and  sample  computations  are  included  in  the  paper. 


DISTRIBUTION  COMBINING  PROGRAM 
Oldrich  A.  Vasicek 
Wells  Fargo  Bank 
San  Francisco,  California 
The  Distribution  Combining  Program  is  a  set  of  algorithms  that  evaluates  the  probability 
distribution  of  the  sum,  difference,  product,  or  ratio  of  two  random  variables  with  specified 
distributions.    The  method  allows  for  correlation  between  the  two  input  variables.    The  input 


distributions  are  assumed  to  be  from  the  semi-normal  family  (i.e.,  witli  density  function  that 
is  composed  of  two  normalized  halves  of  normal  densities  with  generally  different  variances). 
The  resultant  distribution  is  approximated  by  a  distribution  of  the  same  type  in  order  to  pro- 
vide subsequent  use  as  an  input  in  a  series  of  operations. 

The  program  uses  the  technique  of  calculating  several  moments  of  the  output  distribution 
from  the  moments  of  the  input  distributions.    This  method  avoids  using  Monte  Carlo  simulations, 
or  any  numerical  evaluation  of  the  convolution  integrals.    The  program  can  be  used  in  risk 
analysis,  subjective  probability  evaluation,  sensitivity  analysis  and  similar  situations.    It  is 
particularly  suitable  to  replace  Monte  Carlo  methods  where  correlated  variables  are  involved,  or 
when  rapid  execution  is  desired. 


MATHRISK  -  A  MANAGEMENT  TOOL 
FOR  THE  ANALYSIS  OF 
INVESTMENT  DECISIONS 
Stephen  L.  Robinson 
Mathematical  Inc. 

In  recent  years  simulation  has  played  an  increasingly  more  prominent  role  In  the  analysis 
of  new  investment  opportunities.    Numerous  computer  programs  have  been  created  to  facilitate  the 
simulation  of  cash  flows  created  by  new  investments.    Such  programs  can  usually  be  classed  as 
either  inordinately  simple  to  use,  in  which  case  they  are  often  quite  inflexible,  or  quite  dif- 
ficult to  use,  for  which  price  the  user  obtains  a  flexible  program. 

This  paper  describes  the  design  criteria  for  a  dynamic  software  system  which  is  not  only 
easy  to  use,  but  flexible  enough  to  provide  the  user  with  progressively  more  complex  modeling 
capability. 


MATHNET:  A  REPRESENTATION  AND  ANALYSIS 
TECHNIQUE  FOR  STOCHASTIC  NETWORKS 
Stephen  L.  Robinson 
Mathematica,  Inc. 

The  methodology  presented  here  was  developed  in  response  to  uie  need  for  a  simple  way 
to  perform  time-cost  tradeoff  analysis  of  research  and  development  programs.    MATHNET  has 
been  adopted  by  members  of  the  managerial  community  as  an  effective  tool  for  such  analyses.  Its 
enthusiastic  reception  can  be  directly  traced  to  its  development  history. 

MATHNET  was  originally  designed  as  a  teaching  aid  for  a  seminar  on  the  risk  analysis  of 
R  G  D  projects.    As  a  result  it  is  extremely  simple  to  learn.    Persons  familiar  with  PERT,  or 
other  network  representation  schemes,  have  learned  MATHNET  in  the  course  of  very  short  train- 
ing sessions. 

The  extension  of  MATHNET's  capabilities  has  teen  dictated  by  situations  encountered  by 
MATHEMATICA  personnel  in  the  course  of  conductiny  risk  analyses  of  a  wide  class  of  programs. 
Most  R  s  D  projects,  therefore,  are  representable  by  existing  MATHNET  symbology.    The  modu- 
lar design  of  MATHNET  provides  for  the  easy  addition  of  symbols  to  represent  decision  types  not 
presently  incorporated  in  the  system. 

MATHNET  has  already  proven  to  be  of  great  value  in  the  risk  analysis  of  several  large-scale 
research  and  development  programs.    It  is  anticipated  that  MATHNET  will  have  an  impact  on  the 
analysis  of  programs  requiring  stochastic  representations  similar  to  the  impact  that  PERT  had  on 
programs  representable  by  deterministic  networks. 
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A  RISK-RETURN  SIMULATION  MODEL  OF 
COMMODITY  MARKET  HEDGING  STRATEGIES 
Robert  E.  Markland 
Associate  Professor-Management  Science 
University  of  Missouri  -  St.  Louis 
Robert  J .  Newett 
Consultant-Operations  Research 
Ralston  Purina  Company 
The  American  food  processing  industry  is  characterized  by  a  vesl  array  of  products,  which 
are  produced  in  large  quantities  at  relatively  low  unit  costs.    The  pincipal  component  of  the  unit 
cost  for  these  food  products  is  their  raw  materldi  (usually  a  basic  grain  commodity)  constituent. 
Consequently,  most  food  processinrj  companies  are  greatly  concerned  with  the  prices  they  pay  for 
their  raw  materials,  and  as  the  prices  of  these  raw  materials  change,  the  typical  food  processing 
company's  profits  may  be  greatly  affected.    Since  most  companies  prefer  a  steady  growth  rate, 
these  raw  material  price  fluctuations  must  be  counter-balanced  by  other  strategic  or  operating 
decisions.    One  basic  set  of  decisions  which  is  utilized  to  overcome  raw  materials  price  fluctu- 
ations involves  the  established  commodity  trading  markets. 

The  operation  of  the  commodity  futures  markets  allows  food  processors  to  determine  what 
prices  they  will  pay  for  their  raw  materials  over  the  production  horizon.    However,  since  a 
number  of  futures  options  may  exist  for  each  commodity,  the  inherent  risk  of  price  fluctuation 
r   lalns  with  the  processor,  as  some  manufacturers  may  buy  their  supply  of  the  commodity  at 
significantly  lower  prices  than  others  and  reflect  this  difference  in  the  price  of  the  finished 
product. 

The  research  described  in  this  paper  was  conducted  within  the  commodity  market  trading 
environment  of  a  major  American  agri-business  firm.    The  objective  of  the  study  was  the  develop- 
ment of  a  risk-return  simulation  model  which  could  be  used  for  testing  commodity  market  hedging 
Q  strategies  in  both  cash  and  futures  markets.    The  model  was  developed  under  general  assumptions 

for  the  basic  commodity,  corn,  and  included  a  market  price  change  simulation  subsystem,  a  hedging 


stiMtogy  testing  subsystem,  and  a  risk-return  measurement  subsystem.    The  simulation  model  was 
tested  over  n  multi*period  time  horizon  for  a  serle?  of  commodity  market  hedging  strategies,  and 
oNtonsivo  tost  results  are  presented. 


USING  THE  COMPUTER  TO 
PLAN  PRODUCTION  IN  A  FLOW  SHOP 
Dana  B .  Hopkins,  Jr. 
Babcock  £  Wilcox,  Alliance,  Ohio 
Mniiagemc'U  of  one  of  the  Company's  product  lines  must  submit  contract  bids  during  one  year 
for  manufacture,  with  start  and  due  dates,  any  time  in  the  next  five  ye^rs.    In  the  past,  manage- 
ment had  insufficient  information  as  to  tlie  effects  a  new  contract  would  have  on  their  manpower 
requirements,  resource  utilization,  and  present  contracts.    The  solution  was  to  simulate  produc- 
tion.   The  results  of  the  simulation  was  a  general  schedule  for  production  along  with  manpower 
utilization  under  given  capacity  constraints.    This  genoral  schedule  is  not  used  for  day-to-day 
scheduling  of  operations.    Rather,  it  is  used  for  "middle  range  planning",  three  months  to  a 
couple  of  years,  where  manpower  levels  and  equipment  are  variables  instead  of  constraints.  Man- 
agement reviews  the  output  and  makes  any  desired  capacity  and/or  contract  changes.    A  new  sim- 
ulation is  made  and  the  process  repeats  itself  until  management  has  determined  what  contracts  to 
bid  on  and  what  their  manpower  and  equipment  needs  will  be  during  the  "middle  range". 


A  Simulation  Study  of  Basic  Oxygen  Furnace  Operations 
C.  Jain,  Ph.D. 
Assistant  Professor,  The  Cleveland  State  University 
Phil  McDermott,  Croup  Leader 
Jones  and  Laughlin  Steel  Corporation 
The  study  was  conducted  in  the  Basic  Oxygen  Furnace  shop  of  a  reputed  steel  company. 
Data  were  collected  over  extended  periods  to  establish  the  statistical  characteristics  of  daily 
liquid  iron  (hot  metal)  production  from  the  blast  furnaces,  the  life  of  refractory-lined  vessels 
of  the  Basic  Oxygen  Furnace,  and  the  heat-cycle  time.    This  simulation  generates  total  daily  hot 
metal  production  from  the  specified  distribution  and  determines  the  optimum  combination  of  hot- 
metal-only  charge  (regular  heat)  and  mixed  charge  (scrap  and  hot-metal  or  pre-heat)  that  will 
maximize  Ingot  steel  production  within  a  fixed  time  period.    The  simulation  takes  into  account 
the  heat-cycle-time,  the  charge-mix,  the  number  of  heating-vessels  availabk  on  the  oxygen  fur- 
nace, and  the  time  required  for  relining  of  vessels.    An  iterative  process  using  a  modified  form 
of  the  simplex  algorithm  with  two  constraints  have  been  utilized  in  the  simulation  study  for  max- 
imizing output.    The  output -includes,  on  a  daily  basis,  the  hot^-metal  produced  in  tons,  the  number 
of  vessels  available,  the  number  of  regular-heats  and  pre-heats  required  for  maximum  steel  pro- 
duction, steel  production  In  tons,  the  amount  to  be  pigged,  and  the  amount  available  for  the  next 
day.    The  simulation  provides  the  decision-maker  in  charge  of  the  BOF  operation  with  an  operatic  nal 
discipline  to  maximize  productivity  and  a  reliable  indicator  to  justify  installation  of  scrap  pre- 
heating facilities. 

The  entire  simulation  is  written  in  Fortran  IV,  level  G,  and  executed  on  an  IBM  360  Model 
65  computer. 


AUTONETICS  PLANNED  PRODUCTION  LINE  EVaLuATION  SIMULATOR  (APPLES) 
PJ.  Moore,  Autonetlcs  Division,  North  American  Rockwell 

Production  line  evaluation  at  Autonetics  for' the  manufacture  of  electronic  and  electro- 
mechanical aerospace  products,  is  facilitated  by  APPLES,  a  model  written  in  CPSS/360  Version  5. 
The  model  may  be  applied  to  a  large  variety  of  production  lines  with  differing  configurations 
through  the  use  of  standard  data  forms.    It  is  designed  for  use  by  production  engineers  that  are 
unskilled  in  CPSS.    A  simulation  analyst  provides  consulting  services  to  the  engineer  as  input  data 
are  prepared  and  assists  as  necessary  in  the  experimentation.    However,  each  user  is 'sufficiently 
briefed  that  he  is  able  to  submit  his  data  and  conduct  his  study  independently. 

APPLES  is  primarily  intended  for  specialized  production  lines  which  are  to  be  treated  as 
systems  or  subsystems  in  the  study  of  their  production  capability.    Facility  dedications,  manpower 
availabilities,  work  assignments  and  scheduling  alternatives  are  readily  evaluated  wherein  produc- 
tivity, yield,  and  process  times  are  the  major  stochastic  variables.    The  basic  program  is  easily 
adaptable  to  any  unique  application  by  the  addition  of  subroutines  that*  simulate  the  unique  rela- 
tionships.   Thus,  a  single  development  activity  has  provided  a  generally  useful  tool  that  can 
quickly  and  directly  solve  ordinary  problems  and  shortcut  the  development  of  very  complex  models. 

The  content  and  format  of  the  output  reports  generated  by  APPLES  are  designed  to  relate 
performance  reasults  to  production  cost  factors.    A  cost  per  unit  index  is  calculated  for  each  -x-  « 
perimental  run. 

The  paper  describes  the  simulator's  design,  illustrates  its  applicability  and  discusses  the 
experience  achieved  at  Autonetics. 
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A  PERFORMANCE  EVALUATION  TECHNIQUE  FOR  THE  MEASUREMENT  OF  A 
FACILITY'S  ABILITY  TO  PROCESS  THE  PROPER  JOBS 
J  J.  Babiel  and  B.2.  Duhl 

IBM  System  Development  Division 
Endicott,  N.Y. 

Most  manufacturing  floor  control  installations  perform  substantial  analysis  in  choosing  appro 
priate  job  sequencing  algorithms  with  the  aid  of  simulations,  but  tend  to  neglect  further  analysis 
required  to  .continuously  measure  the  degree  of  compliance  to  job  sequencing  niles.    With  the  ad- 
vent of  on-line,  real-time  capabilities,  priorities  of  jobs  can  change  throughout  the  working  day 
and  frustrate  the  efforts  of  a  facility  in  striving  to  "do  the  right  jobs". 

Further ,  different  levels  of  work-in  process  were  found  to  be  major  factors  affecting  the 
ability  to  comply  with  sequenced  worklists. 

This  paper  describes  the  various  measurement  schemes  considered,  highlighting  the  ad- 
vantages and  pitfalls  of  each.    It  also  illustrates  an  effective  reporting  technique  which  lets 
management  evaluate  how  manufacturing  and/or  production  control  areas  are  influencing  customer 
serviceability. 


A  Directed  Search  Approach  to  Selecting 
a  Sequencing  Rule* 
Dr.  James  C,  Hershauer 
College  of  Business  Administration 
Arizona  State  University 
Tempe,  Arizona 
Dr.  Ronald  .  .  Ebert 
School  of  Business 
University  of  Washington 
Seattle,  Washington 

A  standard  approach  to  selecting  a  simple  sequencing  rule  for  decentralized  application 
throughout  a  job  shop  is  developed  and  illustrated.    Search  procedures  are  applied  to  a  response 
function  which  is  an  expectation  of  relevant  cost  per  order.    The  cost  for  each  order  observed 
is  a  weighted  combination  of  the  multiple  respons  :»  that  exist  in  .a  job-shop  environment.  An 
expectation  of  cost  per  order  is  found  by  sampling  the  processing  of  orders  within  a  computer  sim- 
.  ulation  model  for  a  particular  sequencing  rule.    Each  sequencing  rule  is  determined  by  the  co- 
efficients in  a  priority  function  which  is  a  weighted  combination  of  identified  decision  variables 
The  search  procedure  thus  tests  different  sequencing  rules  by  varying  the  coefficients  in  the 
priority  function  2nd  generating  associated  cost  expectations  through  simulation.    Rather  than 
leading  to  a  "single  best  rule"  for  all  job  shops,  the   appreach  is  a  "method  for  finding"  a 
sequencing  rule  for  any  specific  situation. 

*The  authors  wish  to  acknowledge  the  Snitial  funding  of  this  project  by  the  University  Grants 
Program  at  Arizona  State  University. 
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Timesharing  vs.  batch  -  11  Courtney 

Trace  driven  -  PF  Grant 

Training  -  12  Churchill 

Triage  -  PF  Garcia 

True  yield  -  9  Baumler 

Uncertainty  -  1  Tuggle 

Uncertain  returns  -  9  Baumler 


Unit  time  advance  -  1  Wyman 

Urban  planning  -  7  Schweizer 

Utility  -  15  Brfe 

Utilities  -  13  Blumenthal 

Utility  investment  simulation  -  13  Miller 

Validation  of  model  -  4  Baron 

Variability  assumption  -  9  Brewerton 

Variance  reduction  -  2  Mize 

Vehicular  traffic  control  -  PF  Testa 

Warehouse  costs  -  3  Bafna 

.Warehouse  design  -  3  Bafna 

Warehouse  operations  -  3  Bafna 

Warehouse  simulator  -  3  Bafna 


